 1-Apr-85 00:57:45-MST,2379;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 00:57:17-MST
Received: from simtel20.arpa by AMSAA.ARPA id a010617; 1 Apr 85 2:21 EST
Date: 1 Apr 1985  00:18 MST (Mon)
Message-ID: <KPETERSEN.12099598331.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: PREBAS - a Basic pre-processor now available

PREBAS is available from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.BASIC>
PREBAS.LBR.1			BINARY	 67456  5EE9H

Here is a brief excerpt from the author's .DOC file:

PREBAS is a pre-processor for BASIC.  It takes a flat ASCII file, adds
line numbers to it, and, optionally, resolves references to target
labels.  It can also resolve the labels without line numbers, or strip
old line numbers out of a file.  PREBAS is intended as an aid to BASIC
programmers.  With it they can enter a program in their favorite text
editor or word processor, while not worrying about line numbers, or
the targets for their GOTO and GOSUB statements.  It has a number of
options, including:

     adding line numbers
     resolving labels
     stripping old line numbers  
     selection of the start number 
     selection of the step size selection of the label marker 
     addition of comments to the end of a line,  
     showing target labels  
     command line execution (not yet available in MS/DOS version)

PREBAS was written in Microsoft BASIC (MBASIC) and was compiled with
BASCOM. There are three files:

     PREBAS.DOC -- This document.
     PREBAS.COM -- The compiled executable program (linked to 
                   OBSLIB.REL).
     PREBAS.BAS -- The BASIC source code.

Note: I include the BASIC source so that the defaults can be changed
(see Appendix A -- Customization) or so that PREBAS can be recompiled
to run under the BRUN run-time library. PREBAS does run under the
interpreter, but runs very slowly (especially if you are resolving
labels).  PREBAS translates line-by-line (writing each line out to the
new file), rather than in RAM.  I felt that speed was less important
than a limitation of size imposed by the size of RAM.  However, PREBAS
is still limited by disk capacity, needing room for a file at least
the same size as the input file.

--Keith
 1-Apr-85 01:26:50-MST,668;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 01:26:45-MST
Received: from simtel20.arpa by AMSAA.ARPA id a010791; 1 Apr 85 2:52 EST
Date: 1 Apr 1985  00:53 MST (Mon)
Message-ID: <KPETERSEN.12099604741.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: MEX overlay for Sierra Data Sciences SBC-100

A new MEX overlay, MXO-SD10 for the SIERRA DATA SCIENCES SBC-100
computer, is now available from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.MEX>
MXO-SD10.AQM.1			BINARY	  7808  4DD2H

--Keith
 1-Apr-85 01:41:56-MST,3269;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 01:41:47-MST
Received: from simtel20.arpa by AMSAA.ARPA id a010785; 1 Apr 85 2:51 EST
Date: 1 Apr 1985  00:47 MST (Mon)
Message-ID: <KPETERSEN.12099603614.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: FBAD60 non-destructive disk test program

FBAD60 is now available from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.DSKUTL>
FBAD60.LBR.1			BINARY	 30208  0393H

FBAD is a NON-DESTRUCTIVE disk test program for CP/M-80.  It will find
all bad blocks on a disk and build a file [UNUSED].BAD to allocate
them, thus "locking out" the bad blocks so CP/M will not use them.
This allows continued use of the disk as though it had no bad areas.

If an [UNUSED].BAD file is found on the disk before the test you will
be prompted to keep the existing file (and all currently flagged bad
blocks) or erase it and only flag the bad blocks found on the current
pass.

Good news for CP/M+ users!  You can use FBAD60.  Dave Mabry says: I
have included a file in the LBR called BIOS2RSX.RSX which is an RSX
for CP/M Plus that will allow FBAD to work on CP/M Plus operating
systems.  In order to use FBAD on CP/M Plus you must attach the RSX to
FBAD.COM as follows:

GENCOM FBAD60 BIOS2RSX

Then the resultant FBAD60.COM will then run properly on CP/M Plus
but will not run on CP/M V2.2 or earlier without removing the RSX.

Here is what's new in recent updates to FBAD:

; 03/28/85 Cleaned up some code that sends messages.
;   v60    Modified STOP routine so that you really can abort the
;	   program with ^C.		- Dave Mabry
;
; 03/16/85 Program will ask you if you want to continue checking on the
;   v59    same drive as originally entered - added a byte at the end of
;	   the code (ORIGDR) to store the value from the FCB.
;					     ( Ken Kaplan )
;
; 12/12/84  Added the ability to keep bad blocks that were flagged in a
;   v58     previous [UNUSED].BAD file.  If a block was ever flagged as
;	    bad by this program, it is probably weak.  If on a subse-
;	    quent test, it makes it through the BIOS retires and is read
;	    successfully, I want the block to stay in the [UNUSED].BAD
;	    file.  Removed the coded in LTOP which cleared the high byte
;	    of HL after a call to RECTRN.  My BIOS (Morrow DJDMA) sets
;	    the high bit of HL to indicated side 1 of a double-sided
;	    drive.			- Ron Schwabel (Ron Schwabel)
;
; 11/29/84  Integrated Mike Webbs idea to display Track-Nr. Changed DOC
;   v57     up front accordingly.	- BGE
;
; 07/04/84  Added Ted Shapin's fixes from 1981 that were not included in
;   v56     the 06/07/84 version.  Reformatted.
;					- Irv Hoff
;
; 06/07/84  Added code at CHKSYS to skip system tracks if more than 5
;   v55     are present (most systems use 1 or at most 2 tracks for the
;	    system).  This makes the program practical for both floppy
;	    and Winchester systems.  Cosmetic change for printer logging
;	    to add CR/LF after 76 *'s.	Fixed problem in DECOUT to give
;	    correct total for max size Winchester disks.
;					- DHR

--Keith
 1-Apr-85 08:14:33-MST,839;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 08:14:27-MST
Received: from simtel20.arpa by AMSAA.ARPA id a004599; 1 Apr 85 9:32 EST
Date: Saturday, 23 March 1985  10:35-MST
Message-ID: <KPETERSEN.12099677650.BABYL@SIMTEL20.ARPA>
Sender: STERNLIGHT@usc-ecl.ARPA
From: STERNLIGHT@usc-ecl.ARPA
Subject:   Hayes 2400 modem
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Mon 1 Apr 1985 07:34-MST

I have had a Hayes 2400 modem for a week, now.  It came with a note
saying that it wouldn't work on some earlier PBX's, and if I had one,
to return the modem and a new one would be sent out in 2 weeks.

It is much more vulnerable to shot noise (appears as random left-hand
curly brackets) than the Hayes 1200, at 1200 baud.

--david--
 1-Apr-85 08:27:17-MST,987;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 08:27:10-MST
Received: from hi-multics.arpa by AMSAA.ARPA id a005265; 1 Apr 85 9:40 EST
Date:  Mon, 1 Apr 85 08:40 CST
From:  Boebert@HI-MULTICS.ARPA
Subject:  Small-C beta testers wanted
To:  info-cpm@AMSAA.ARPA
Message-ID:  <850401144007.042208@HI-MULTICS.ARPA>

I have uploaded a very slightly modified version of Small-C v2.1 from
the Handbook and an equally slightly modified version of the run-time
library from DDJ.  These files have been tested to the extent that the
compiler compiles itself correctly, and no further.  They also have not
been examined by any second party.

I am looking for people who would care to perform the public service of
checking these files prior to public release.  The files are available
from Keith Petersen (W8SDZ @ Simtel); they are in .LBR format, so you
must be able to download binary.

-- Earl (Boebert @ HI-Multics)
 1-Apr-85 11:48:38-MST,588;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 11:48:35-MST
Received: from gunter-adam.arpa by AMSAA.ARPA id a014494; 1 Apr 85 13:21 EST
Date:  1 Apr 1985 12:25:42 CST
Subject: RIXON 1200 question..
From: HUNEYCUTT@GUNTER-ADAM.ARPA
To: Info-CPM@AMSAA.ARPA
cc: Huneycutt@GUNTER-ADAM.ARPA


Seem a while back, but I seem to recall somebody saying how to defeat the
default auto-answer on the Rixon 1200 baud modem.  Something about a trace
cut, or something.  Anybody recall the specifics...i.e. HELP!!

Doug
-------
 1-Apr-85 16:51:26-MST,1120;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 16:51:12-MST
Received: from utexas-20.arpa by AMSAA.ARPA id a025344; 1 Apr 85 18:16 EST
Date: Mon 1 Apr 85 17:19:20-CST
From: Douglas Good <CMP.DOUG@UTEXAS-20.ARPA>
Subject: Fido Newsletter, Nodelist, etc.
To: info-cpm@AMSAA.ARPA

I am the sysop of Fido #50 here in Austin, TX, and am very impressed with
your mailing list, so I would like to contribute.  I get the bi-weekly Fido
Newsletter which I can get to you if you want (that is to whoever...) a
couple of days after its publication, and I can also send you the updated
nodelist which comes out every week and I get every couple of weeks.  Also,
I saw the FIDO_TIP.EQE file for download in the Fido directory.  As far as
I know, that has been discontinued (that version.  the new one isn't out yet)
because of some major bugs.  If I can do anything for you that would help out 
the Fido directory, please be sure to ask.  Thanks again.
       Scott Ashcraft
p.s.  I am using a friend's account, Doug Good's, who is a remote sysop.
-------
 1-Apr-85 21:51:34-MST,886;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 21:51:29-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a026353; 1 Apr 85 23:18 EST
Date: 1 April 1985 23:20-EST
From: Eric Stork <STORK@mit-mc.ARPA>
Subject: Reading Apple II Disks
To: info-cpm@AMSAA.ARPA
cc: STORK@mit-mc.ARPA

Need some advice...

I'm considering having someone do some draft typing for me.  They have
and Apple II.  

Question:

Is there any way I can read text files off an Apple II disk, using a
Kaypro II?  Is there a formatting program that will do that?

Is it economical to get my potential typist a CP/M card for her Apple?
Are they still made?  Where and by whom?  Costs?

Thanks for advice.  Pls reaspond direct to  STORK @ MIT-MC.
If anyone has interest in the responses, let me know and I'll summarize
and forward.

Eric

 2-Apr-85 12:53:20-MST,1003;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 12:53:14-MST
Received: from radc-multics.arpa by AMSAA.ARPA id a028619; 2 Apr 85 7:45 EST
Date:  Tue, 2 Apr 85 07:43 EST
From:  Wiedemann@RADC-MULTICS.ARPA
Subject:  MP/M-86 and CP/M-86
To:  info-cpm@AMSAA.ARPA
Message-ID:  <850402124334.741009@RADC-MULTICS.ARPA>

I received my new Heathkit catalog yesterday and was surprised to see
the rediculously low prices for these products.  CP/M-86 is selling for
$99.00 (was $250.00) and MPM-86 for $99.00 (was $649.00!!).

Not being familiar with the capabilities, limitations and availability
of applications software for these products, I wondered if these were
"dead" operating systems.  I use mainly CP/M-85 and MS-DOS.

Can someone convince me that:
   A.  These prices are the bargain of the century!!
                       or
   B.  They aren't worth the shipping cost.

Thanx for your help.

Wolf Wiedemann RADC-MULTICS
 2-Apr-85 14:04:27-MST,1849;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 14:04:22-MST
Received: from cmu-cs-c.arpa by AMSAA.ARPA id a001298; 2 Apr 85 11:27 EST
Received: ID <SAILER@CMU-CS-C.ARPA>; Tue 2 Apr 85 11:29:55-EST
Date: Tue 2 Apr 85 11:29:53-EST
From: Lee.Sailer@CMU-CS-C.ARPA
Subject: Uniform and Media Master
To: info-cpm@AMSAA.ARPA


I agree with those folks who recommend Uniform and Media Master as good file
transfer programs.  I have used them both on Morrow, Rainbow, and Osborne-1
(CP/M on all three) and have rarely had any difficulties.  

There is one important difference between these two products that might help
someone out there choose between them.

Media Master - MM is all menu driven.  You do your work from within MM.  For
example, I can tell my rainbow that drive A: is Kaypro II, B: is IBM 1.0ss,
and C: is IBM 2.0ss, and then use menu commands to list directories, move
files from one disk to another, erase files, etc.  I can even format new disks.

Uniform - On the Morrow MD3, I can only reassign drive B:.  For MSDOS<->CPM
transfers, it uses menues like MM, except that I cannot go from one alien format
to another.  I always have to go thru Morrow format.

Uniform - On the other hand, if Uniforms is used to tell the Morrowthat
drive B: is a CPM format, say Osborne or Kaypro, then the user can exit back to
CPM, but the alien disk format sticks.  You can edit files on B:alien.dsk,
run .com files, use sweep to move stuff around, etc.  (I guess Uniform patches
the OS.)

In short, if you move files from one alien format to another, MM is the choice.
If you usually use files from one alien format on your base machine, then
I think Uniform is more appropriate.

By the way, Media Master on many CP/M machines is only about $30.

-------
 2-Apr-85 16:35:09-MST,1219;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 16:35:03-MST
Received: from xerox.arpa by AMSAA.ARPA id a000155; 6 Dec 84 14:45 EST
Received: from PinotNoir.ms by ArpaGateway.ms ; 02 APR 85 09:52:07 PST
Date: 2 Apr 85 09:48 PST
From: ghenis.pasa@XEROX.ARPA
Subject: Re: Reading Apple II Disks
In-reply-to: Eric Stork <STORK@MIT-MC.ARPA>'s message of 1 Apr 85 23:20
 EST
To: STORK@MIT-MC.ARPA
cc: info-cpm@AMSAA.ARPA

Unfortunately, you cannot read or write Apple disks on a CP/M system
like the Kaypro. The reason for this is that Apple uses a HARD SECTORED
"maverick" format unlike every other system out there which uses SOFT
sectoring (which is what makes programs like MediaMaster and Uniform
possible).

However, there is a way to get those text files over to the Kaypro, and
it actually makes more sense in your situation.
What you need is a modem and communications software on both machines:
then file transfer will be as easy as a phone call (well, almost)

If you don't already have the software, the public domain program MODEM7
is available for both the Kaypro and the Apple (you can get them through
your local user groups)
 2-Apr-85 17:00:38-MST,563;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 17:00:35-MST
Received: from utexas-20.arpa by AMSAA.ARPA id a008938; 31 Mar 85 20:37 EST
Date: Sun 31 Mar 85 19:39:27-CST
From: Douglas Good <CMP.DOUG@UTEXAS-20.ARPA>
Subject: BYE for IBMPC
To: INFO-CPM-REQUEST@AMSAA.ARPA
Resent-Date:  Tue, 2 Apr 85 16:37:03 EST
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@UTEXAS-20.ARPA

Does anyone know  a bye-like program for the IBM?  Any help on this would
be appreciated.
      Doug
-------
 2-Apr-85 17:18:49-MST,946;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 17:18:45-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a009475; 31 Mar 85 22:24 EST
Date: 31 Mar 1985 22:25:25 EST
Subject: Public domain spreadheets
From: rexRex Buddenberg <BUDDENBERGRA@USC-ISI.ARPA>
To: info-cpm-request@AMSAA.ARPA
cc: BUDDENBERGRA@USC-ISI.ARPA
Resent-Date:  Tue, 2 Apr 85 16:38:10 EST
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@USC-ISI.ARPA


For Pete Pearson who was looking for a public domain
spreadsheet.
Borland distributes Micro-Calc as a thro-in with Turbo-Pascal.
It is designed 1) as an operating spreadsheet and 2) a demo for T-Pas.
You can compile it to disc and separate it from t_pas without violating
any copyright rules.  
Also look up Poor-Person Software -- he used to have a SS for around
$40 (??).  Has advertised in Dr Dobbs.  
Rex Buddenberg
-------
-------
 2-Apr-85 17:29:38-MST,1064;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 17:29:32-MST
Received: from apg-1.arpa by AMSAA.ARPA id a002916; 2 Apr 85 18:04 EST
Date:  2 Apr 1985 16:03:16 EST (Tuesday)
From: Robert Bloom AMSTE-TOI 3775 <rbloom@apg-1.ARPA>
Subject: Re: Reading Apple II Disks
In-Reply-to: Your message of 2 Apr 85 09:48 PST
To: ghenis.pasa@XEROX.ARPA
Cc: info-cpm@AMSAA.ARPA

wrongo - the apple use soft-sectoring (not hard sectoring)

the only hard sector machines left are very old Heaths and NorthStars
(I've got a NorthStar and an apple both)

In truth, the apple is 'softer' sectoring than anybody else - it
doesn't look at the sector hole(s) *AT ALL*.  Therefore one can use
in the apple either soft or hard sectored disks providing that you
format them first.  It is this 'softer' sectoring that makes the
apple weird - all other normal machine do look at the index hole -
a hard sectored disk drives them wild.

The end result is the same in anycase--> use a commo program.

-bob bloom

 2-Apr-85 20:02:06-MST,804;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 20:02:01-MST
Received: from ut-ngp.arpa by AMSAA.ARPA id a003796; 2 Apr 85 21:31 EST
From: mknox <mknox@UT-NGP.ARPA>
Posted-Date: Tue,  2 Apr 85 20:22:42 CST
Message-Id: <8504030224.AA05731@ut-ngp.ARPA>
Received: by ut-ngp.ARPA (4.22/4.22)
	id AA05731; Tue, 2 Apr 85 20:24:16 cst
Date: Tue,  2 Apr 85 20:22:42 CST
To: Wiedemann@RADC-MULTICS.ARPA, info-cpm@AMSAA.ARPA
Subject: Reply to: mp/m-86 and cp/m-86


CP/M-86 is very much a 'live' system (although nowhere near as
popular in the USA as MS-DOS).  MP/M-86 has pretty much been
replaced by Concurrent CP/M-86 and Concurrent PC-DOS.

But that price on CP/M-86 is *WAY* out of line.  Mail order prices
have been as low as $33.

 2-Apr-85 21:25:37-MST,504;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 21:25:34-MST
Received: from mitre-gateway.arpa by AMSAA.ARPA id a003954; 2 Apr 85 22:55 EST
Date:  2 Apr 1985 22:45:14 EST (Tuesday)
From: jose rodriguez <jrodrig@mitre-gateway.ARPA>
Subject: PD spreadsheet
To: info-cpm@AMSAA.ARPA


I got from U of Maruyland a PD spreadsheet, called vc. I rigth now in 
a sort of cchange (new job) . As soon as I can I will post it somewhere.

Jose


 3-Apr-85 01:34:51-MST,1705;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Apr 85 01:34:43-MST
Received: from usc-isid.arpa by AMSAA.ARPA id a004468; 3 Apr 85 3:06 EST
Date: 3 Apr 1985 03:05-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: TurboPascal User Area Bug
From: ABN.ISCAMS@USC-ISID.ARPA
To: info-cpm@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA] 3-Apr-85 03:05:07.ABN.ISCAMS>

NetLandians,

A separate message described a bug in TurboPascal V2.0 for CP/M-80.  If
you are running TurboPascal in a User Area other than 0, when you exit
TurboPascal it will force you into User Area 0 whether you like it or not.

The fix described several bytes in TurboPascal to patch, but was specific
to Version 2.0 only.

Here's the fix for TurboPascal Version 1.0 for CP/M-80:

Using DDT, DSD, EDFILE, or whatever, list 2741H...

Original code:

2741  LDA 3E24		;where TurboPascal earlier stored the
			;current disk/user.
      DCR A		;always
      STA 0004		;where CP/M keeps the current disk/user
      JMP 0000		;return to CP/M

I couldn't find exactly WHERE TurboPascal messes up that stored
disk/user value, but it sure 'nuff gets blown away somewhere.

So... just eliminate that retrieval altogether.  It appears that
the original CP/M stored value at 0004 does NOT get changed (I tried
various disk reads and writes, and it remained the same disk and user
area as when I started).

2741  JMP 0000		;just return to CP/M, skipping the rest.
      DCR A		;leave the rest of the mess...
.....

Now, when you exit TurboPascal, you'll still be in your original
disk and user area.

Regards,
David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID.ARPA)
 3-Apr-85 10:11:35-MST,2439;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Apr 85 10:11:27-MST
Received: from ddn1.arpa by AMSAA.ARPA id a005272; 3 Apr 85 11:26 EST
Date: 3 Apr 85 10:26 EST
From: dbrothers@DDN1.ARPA
Subject: APPLE ][ to KAYPRO on a null modem
To: stork@MIT-MC.ARPA
CC: info-cpm@AMSAA.ARPA


I have transferred files from an APPLE ][ to a KAYPRO using MEX
on the KAYPRO and ZPRO on the APPLE ][ over a null modem at
speeds of up to 9600 baud. It worked beautifully.
I initially did it using modems at 300 baud and a phone, but found that the
phone line is unnecessary if you have a seriel card in 
the APPLE ][, you can easily use a null modem cable.
A null modem cable can easily be built. It is simply a
pair of db-25 connectors (Males usually) that have the following
pin connections: Pin 1 to pin 1, pin 2 to pin 3 at the other end,
pin 3 to pin 2 at the other end, pin 7 to pin 7, pin 6 to
pin 20 at the other end and pin 20 to pin 6 at the other end. The idea is to swap the send
and receive lines and the dtr and cts lines.
If you have an APPLE ][ super serial card, then you don't need
to build anything. You can set the configuration block to the
TERMINAL mode and use your existing db-25 cable. Read the book
and you'll see that this configuration is the
same as having a null modem cable.

It should be possible to write the RWTS (read-write-track-sector)
code that resides at BD00-BFFF in an APPLE ][ in 8080 code
and make it run in a KAYPRO. The hard part would be to
get the documentation which describes how you access the
disk directly from 8080 code in the KAYPRO. You
would need to know how to turn on the motor, how to
check for write protect, how long to wait after turning
on the motor before reading, what the data really looks
like when you do a read (bit-by-bit read) and how
you define which disk drive you want to access. I
do not know if this information is available for the KAYPRO.
It is also possible to use MEX, MODEM7, or any other
xmodem-capable program to do quick APPLE ][ to KAYPRO
transfers. I like using MEX because it has wild card
capability. 

If the files you need to transfer
are ascii, rather than binary, it is
possible to use PIP on both ends
to transfer them from the APPLE ][ to the KAYPRO.
this is not the rpeferred method, however. There
is no checksum or CRC if you use PIP.
Best of luck...
Doug

 3-Apr-85 10:18:22-MST,580;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Apr 85 10:18:19-MST
Received: from ddn1.arpa by AMSAA.ARPA id a005673; 3 Apr 85 11:43 EST
Date: 3 Apr 85 11:29 EST
From: dbrothers@DDN1.ARPA
Subject: Additional info on APPLE ][ to KAYPRO
To: stork@MIT-MC.ARPA
CC: info-cpm@AMSAA.ARPA


If the files are DOS text files you can use ASCII EXPRESS
to transfer them out the seriel port.

The info I gave you in my first message would refer
to the situation where the APPLE ][ is running CPM.

Doug.

Hope this helps.

 3-Apr-85 20:26:00-MST,734;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Apr 85 20:25:55-MST
Received: from ari-hq1.arpa by AMSAA.ARPA id a000492; 3 Apr 85 21:51 EST
Date: 3 Apr 85 21:50:00 EST
From: brake@ari-hq1.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: SDIRHDR.LIB
To: info-cpm <info-cpm@AMSAA.ARPA>
Reply-To: brake@ari-hq1.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

I've been assembling some routines in SYSLIB3 and have come upon
a reference to SDIRHDR.LIB. If anyone can give me a pointer to it
I would appreciate it. I have looked in MICRO:<CPM.SYSLIB> and
MICRO:<CPM.SYSLIB3> at SIMTEL20.

Thanks,
Dennis   [BRAKE@ARI-HQ1]
------
 3-Apr-85 22:13:24-MST,2466;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Apr 85 22:13:18-MST
Received: from sdcsvax.arpa by AMSAA.ARPA id a000596; 3 Apr 85 23:29 EST
Received: by sdcsvax.ARPA (4.24/4.41)
	id AA09072; Wed, 3 Apr 85 20:29:34 pst
From: crash!ihom@SDCSVAX.ARPA
Message-Id: <8504040429.AA09072@sdcsvax.ARPA>
Date: Wed, 3 Apr 85 08:25:11 PST
To: sdamos!stork@mit-mc.ARPA
Subject: Re: Reading Apple II Disks
Cc: info-cpm@AMSAA.ARPA

> Is there any way I can read text files off an Apple II disk, using a
> Kaypro II?  Is there a formatting program that will do that?
 
>> Unfortunately, you cannot read or write Apple disks on a CP/M system
>> like the Kaypro. The reason for this is that Apple uses a HARD SECTORED
>> "maverick" format unlike every other system out there which uses SOFT
>> sectoring (which is what makes programs like MediaMaster and Uniform
>> possible).
>> What you need is a modem and communications software on both machines:
>> then file transfer will be as easy as a phone call (well, almost)
 
Apple *does not* use a hard sectored format.  Its uses a 16 sector format
which *does not* use the index hole, thus soft sectored.  Software is
able to find any given track/sector without the aid from the hardware.
 
When using a communications program on the Kaypro (i.e. modem7 or mex)
and Apple (i.e. ASCII Express "The Professional), avoid using the xmodem
(Christensen) protocol if possible.  Invoke the Apple's comm program to
list the file and copy the data into the buffer of modem7 or mex.  Protocol
is possible, but the file has to be processed after the transfer.
 
Apple's method of terminating a line in a text file is just a carriage
return -- with no linefeed.  So when you type the file out in CP/M, every
line will be overwritten.  Solve this by processing the file with FILTEX
(a public domain program) or some other utility that inserts a LF after
every orphan CR.  Likewise, a CP/M text file transferred to an Apple will
contain that *normal* LF and appear double-spaced when listed.
 
> Is it economical to get my potential typist a CP/M card for her Apple?
> Are they still made?  Where and by whom?  Costs?
 
Two popular CP/M cards are available for the Apple:  the "Softcard" by
Microsoft and the "Appli-Card" by PCPI.  They sell for about $275.00.
Each card comes with a utility disk that includes a program to convert
DOS files to CP/M.

 3-Apr-85 23:38:05-MST,2072;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Apr 85 23:37:58-MST
Received: from usc-isid.arpa by AMSAA.ARPA id a000717; 4 Apr 85 1:10 EST
Date: 4 Apr 1985 01:10-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: Reading Apple Disks
From: ABN.ISCAMS@USC-ISID.ARPA
To: info-cpm@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA] 4-Apr-85 01:10:01.ABN.ISCAMS>

Hello,

I've read the recent messages re how to read Apple disks from a Kaypro
(or other CP/M system).  Most responses involve connecting the two
computers (Apple and CP/M system) with a serial or modem connection,
and maybe or maybe not buying a CP/M card for the Apple.

Just to inform you of a somewhat wilder kludge that (remarkably enough)
worked after a fashion.

I had some Apples running Pascal on a Corvus Omninet.  Didn't have any
Omninet connections for my CP/M system (a Decision I - the big S100 buss
sucker).

Used a serial card (Super Serial, I think) in the Apple slot normally
used when attaching an external terminal (forget the number now, but it's
in Apple and Super Serial Card documentation).  Used the normal Omninet
card in the Apple, plus its 16K Language card.

Fired up the Toad (the Decision I) and hard-wired to the Apple's serial
port as a terminal.  Used a modem program (MODEM730, in this case) in
T mode (terminal) to actually run the Apple, and used file buffering and
saving (also from T mode) when I wanted to save something from the Apple.
(Just told it to type - or the equivalent Pascal term.)

Worked really well, except for some Pascal screen-addressing commands
built into our Omninet shell that I didn't want to mess with.  But for
straight serial data - no problems at all!  Worked with 8-bit also, by
the way.  Donno what I'll do with Apple binary code on the Toad, but
there it is!

So, if you're working back-to-back (might even work over a modem!), that
is ONE way - and you don't need a CP/M card in the Apple either.

Regards,
David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID)
 4-Apr-85 07:33:22-MST,1204;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Apr 85 07:33:16-MST
Received: from ddn1.arpa by AMSAA.ARPA id a001074; 4 Apr 85 8:52 EST
Date: 4 Apr 85 08:27 EST
From: dbrothers@DDN1.ARPA
Subject: Fixing those lonely CRs from APPLE II transfers
To: info-cpm@AMSAA.ARPA
CC: crash!ihom@SDCSVAX.ARPA


Those poor lonely CRs can be fixed quickly in WORDSTAR using the
following procedure

1. Edit the file using the "N" or "D" option from the WS main menu.
2. Execute the search and replace by typing ctrl-Q and "A" and return.
3. Respond to the FIND? with a ctrl-P and ctrl-M and return.
4. Respond to the Replace with? with ctrl-N and return
5. Respond to the Options? with GN and return.

The complete file will be fixed.

Note If you quickly follow the return after the 'GN' with a ctrl-Q, an A,
and a return, the display will not be updated during the changes.
This makes the change take place significantly faster. In
point of fact, you can use a ctr-k and a space to eliminate
the display updating. I "discovered" this by accident one day
when I was impatiently waiting for WORDSTAR to finish up.
Hope this helps.

Doug

 4-Apr-85 07:50:40-MST,625;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Apr 85 07:50:35-MST
Received: from simtel20.arpa by AMSAA.ARPA id a002551; 4 Apr 85 9:20 EST
Date: Thu 4 Apr 85 07:20:41-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re: SDIRHDR.LIB
To: brake@ARI-HQ1.ARPA
cc: info-cpm@AMSAA.ARPA, RCONN@SIMTEL20.ARPA
In-Reply-To: Message from "brake@ari-hq1.ARPA" of Wed 3 Apr 85 21:50:00-MST

SDIRHDR.LIB is a file I originally forgot to include in the SYSLIB3
distribution.  Will see if I can upload it soon to SIMTEL20 and will
post a notice where there.

	Rick
-------
 4-Apr-85 11:55:55-MST,1765;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Apr 85 11:55:44-MST
Received: from dec-marlboro.arpa by AMSAA.ARPA id a001638; 4 Apr 85 13:17 EST
Date: Thu 4 Apr 85 13:11:00-EST
From: Walt Lamia <LAMIA@DEC-MARLBORO.ARPA>
Subject: Re: File Xfer on DecMate 
To: key%marlin@NOSC.ARPA
cc: info-cpm@AMSAA.ARPA, LAMIA@DEC-MARLBORO.ARPA
In-Reply-To: Message from ""Gerald S. Key" <key%marlin@nosc.ARPA>" of Wed 20 Mar 85 15:49:54-EST
UUCP: {allegra,ucbvax,decvax,ihnp4}!decwrl!lamia@DEC-Marlboro.ARPA
E-net: MONTY::MARKET::LAMIA

I have done most of the work on the DECmate MODEM overlay, so perhaps I can
help.  You should first check the overlay file to see if it really is
a version that has the most recent DECmate code in it.  The problem is that
the 6120 (PDP-8) processor in the DECmate II handles all the I/O, and in
particular it grabs any XON/XOFF's (^S/^Q) and does its own flow control
without passing them on to the Z80.  It is possible, however, to command
the 6120 to not do this and pass thru everything.  This is what the overlay
does, in the initialization subroutine.  You should look at the source
code in the overlay that you have to see if that feature exists and is
enabled.  If you do not have the most recent overlay, which is called
something like M7VT-4 (or higher), you can get it from SIMTEL20 or 
DEC-MARLBORO.

Incidentally, I have noticed that MDM730 and higher running on 
DECmate's seem to have a problem with passing thru function key escape 
sequences, in particular the direction arrows.  I think it's some kind 
of timing problem, but I haven't pursued it.  I don't *think* it 
affects file transfer.  Personally, I always use Kermit.

%Walt

-------
 4-Apr-85 17:01:27-MST,581;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Apr 85 17:01:15-MST
Received: from mitre-bedford.arpa by AMSAA.ARPA id a011170; 4 Apr 85 15:48 EST
Date: Thursday,  4 Apr 1985 15:42-EST
From: sac@mitre-bedford.ARPA
To: info-cpm@AMSAA.ARPA
Cc: 
Subject: Need pointer to unpacking lbr's

Sorry to bug everyone with this but...
	I have ftp'd 2 .LBR's and I want to unpack them under UNIX. This would
allow me use of the high speed printers. Question: How and where is the
program?
		Thanks!
		Stuart  (sac@mitre-bedford)
 4-Apr-85 17:02:18-MST,889;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Apr 85 17:02:10-MST
Received: from brl-aos.arpa by AMSAA.ARPA id aa00173; 4 Apr 85 16:44 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a000651; 4 Apr 85 16:23 EST
Received: from MIT-EECS by MIT-MC via Chaosnet; 4 APR 85  16:22:33 EST
Date: Thu 4 Apr 85 16:21:59-EST
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
Subject: Re: Fixing those lonely CRs from APPLE II transfers
To: dbrothers@DDN1.ARPA
cc: info-cpm@MIT-MC.ARPA
In-Reply-To: Message from "dbrothers@DDN1.ARPA" of Thu 4 Apr 85 08:27:00-EST


   Just a note in reply to speeding up Search/Replace with Wordstar:  CTRL/Q,
followed by "A <cr>" also can be done simply by pressing <esc> during wor-
star's (painfully slow) Search/Replace screen updating process.

-dru
 T.MOORE%MIT-EECS@MIT-MC.ARPA
-------

 4-Apr-85 17:12:35-MST,627;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Apr 85 17:12:31-MST
Received: from usc-ecl.arpa by AMSAA.ARPA id a010971; 4 Apr 85 15:45 EST
Received: from ECLD by ECLA with ECLnet; Thu 4 Apr 85 12:45:11-PST
Date: Tue 2 Apr 85 15:48:14-PST
From: Christopher Ho <Chris%ECLD@usc-ecl.ARPA>
Subject: apple diskettes
To: Info-Cpm@AMSAA.ARPA
Office: Ucc 178 (213)743-2957

Apple diskettes use a SOFT sectored scheme, but the data is encoded
using a GCR technique instead of the more popular MFM method.  Most
systems (if not all) would not be able to read them.
-------
 5-Apr-85 11:37:36-MST,1358;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 11:37:29-MST
Received: from nosc-gw by AMSAA.ARPA id a012213; 5 Apr 85 13:04 EST
Received: from marlin.ARPA by nosc.ARPA (4.17/4.7)
	id AA17471; Fri, 5 Apr 85 10:03:59 pst
Received: by marlin.ARPA (4.17/4.7)
	id AA26446; Fri, 5 Apr 85 10:03:16 pst
Date: Fri, 5 Apr 85 10:03:16 pst
From: "Todd H. Ogasawara" <ogasawar%marlin@nosc.ARPA>
Message-Id: <8504051803.AA26446@marlin.ARPA>
To: info-cpm@AMSAA.ARPA, info-kermit@cu20
Subject: Kermit-80 binary file xfer problem

I can't transfer binary files using the latest version of Kermit
for generic CP/M-80 systems.  Text file transfers work fine though.
I am trying to transfer files between a Zobex S-100 micro running
CP/M-80 version 2.2 and a VAX running UNIX* 4.2bsd using C-Kermit
on VAX end.  MSKermit, for MS-DOS machines, works with C-Kermit on
the VAX in both text and binary file transfer modes.  I am going to
try to dig through the Kermit-80 ASM files to find the problem, but
if someone could tell me how to fix the problem, I would appreciate
it.   todd

Todd Ogasawara, Computer Sciences Corp.
NOSC-Hawaii Laboratories

UUCPmail: {akgua,allegra,decvax,ihnp4,ucbvax}!sdcsvax!noscvax!ogasawar
MILNET:   OGASAWAR@NOSC

*UNIX is a trademark of AT&T Bell Laboratories
 5-Apr-85 13:19:56-MST,1493;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 13:19:48-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a016694; 5 Apr 85 14:55 EST
Received: from usenet by BRL-TGR.ARPA id a022087; 5 Apr 85 14:41 EST
From: jp@LANL.ARPA
Newsgroups: net.micro,net.micro.cpm
Subject: Micro/Systems Journal
Message-ID: <24007@lanl.ARPA>
Date: 2 Apr 85 07:01:50 GMT
Sender: newsreader@LANL.ARPA
Xref: seismo net.micro:10423 net.micro.cpm:4198
To:       info-cpm@AMSAA.ARPA

I just today received Vol. 1/No. 1 of Sol Libes new magazine, March/April 1985.
Feature articles are:

Bringing Up CP/M Plus
Extended Single Density Storage
Assembly Language Extensions for MS-BASIC
New Tricks for CP/M-2.2

Product Reviews are:

DataCure
dBase III
16-Bit Lisp & Prolog

Departments are:

Editors Page
News, Views & Gossip
The PC/Blue Report
The SIG/M Public Domain
The C Forum


All in all it looks like the sort of goodies you would hope for.  I think
this will be a viable successor to the late, lamented Microsystems. 

Subscriptions are $18 for 1 year.

Address:

Micro/Systems Journal
P.O. Box 1192
Mountainside, NJ 07092


Give Sol Libes your support.  This is the kind of magazine I like to subscribe
to.  I'm still trying to get Ziff-Davis to refund my money for a three year
sub to the old Microsystems.  PC Tech Journal doesn't have much that interests
me.  Not even the ads.

Jim Potter jp@lanl.arpa
 5-Apr-85 14:44:22-MST,1225;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 14:44:16-MST
Received: from ucb-vax.arpa by AMSAA.ARPA id a018195; 5 Apr 85 16:10 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.42)
	id AA06827; Fri, 5 Apr 85 13:09:45 pst
Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA)
	by ucbjade.CC.Berkeley.ARPA (4.19/4.34.1)
	id AA23778; Fri, 5 Apr 85 13:09:12 pst
Received: by ucbopal.CC.Berkeley.ARPA (4.19/4.34.1)
	id AA02738; Fri, 5 Apr 85 13:08:47 pst
Date: Fri, 5 Apr 85 13:08:47 pst
From: "William C. Wells" <wcwells%ucbopal.CC@ucb-vax.ARPA>
Message-Id: <8504052108.AA02738@ucbopal.CC.Berkeley.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: Kaypro 2x - termcap? Kermit? modem7?
Cc: ce223-av%coral.CC@ucb-vax.ARPA

Does anyone have a Unix termcap entry for the Kaypro 2x?
The "kp:kaypro:kaypro2" entry we have here does not work with the 2x.
Alternatively, does anyone know the control character sequences used
to control the 2x screen? (or where Kaypro has them documented?)

On a related question, has anyone modified Kermit or Modem7 to work with
the Kaypro 2x internal modem?

Bill Wells
wcwells@Berkeley.ARPA
 5-Apr-85 17:46:18-MST,650;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 17:46:14-MST
Received: from cmu-cs-c.arpa by AMSAA.ARPA id a018988; 5 Apr 85 19:13 EST
Received: ID <SAILER@CMU-CS-C.ARPA>; Fri 5 Apr 85 19:12:57-EST
Date: Fri 5 Apr 85 19:12:57-EST
From: Lee.Sailer@CMU-CS-C.ARPA
Subject: Random Numbers
To: info-cpm@AMSAA.ARPA


One problem with Turbo Pascal is that the random() functions fail even the
simplest chi-square test. Have any numerical wizards out there got a good
random number generator that will work in Turbo Pascal (z80)?  Is there a better
place to post this?

thanks
-------
 5-Apr-85 19:47:27-MST,1146;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 19:47:21-MST
Received: from usc-isid.arpa by AMSAA.ARPA id a019192; 5 Apr 85 21:17 EST
Date: 5 Apr 1985 21:16-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: Kermit-80 binary file xfer problem
From: ABN.ISCAMS@USC-ISID.ARPA
To: ogasawar%marlin@NOSC.ARPA
Cc: info-cpm@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA] 5-Apr-85 21:16:53.ABN.ISCAMS>
In-Reply-To: <8504051803.AA26446@marlin.ARPA>

Todd (et al),

Don't think your problem with Kermit-80 not wanting to move binary files
lies within the Kermit-80 code (unless your particular copy got trashed/
changed somehow).

I've got v4.0 running on my Decision I (with a few system-dependent changes
because of the way the Toad handles its ports, and my having to work through
a TAC all the time), and routinely move binary.

I'm sure you know it isn't really binary - the packetized characters are
pure ASCII, prefixed with a unique character if non-visible.

Never tried your system though.  Good luck!

Regards,
David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID.ARPA)
 5-Apr-85 19:57:09-MST,1016;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 19:57:02-MST
Received: from usc-isid.arpa by AMSAA.ARPA id a019197; 5 Apr 85 21:20 EST
Date: 5 Apr 1985 21:20-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: Micro/Systems Journal
From: ABN.ISCAMS@USC-ISID.ARPA
To: jp@LANL.ARPA
Cc: info-cpm@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA] 5-Apr-85 21:20:31.ABN.ISCAMS>
In-Reply-To: <24007@lanl.ARPA>

Roger on supporting Sol and his new Micro/Systems Journal.

I subscribed as soon as I found out about it (rots of ruck on getting MY
money back from Ziff-Davis too!).

I'm still contentedly hacking away in my CP/M/MP/M environment, and am quite
happy to read about something other than PC peripherals and MS-DOS.

And of course I remain a faithful Dr. Dobbs subscriber (and occasionally
even understand most of it!).

So another unsolicited endorsement for Sol Libes and his Journal.

David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID.ARPA)
 5-Apr-85 20:17:08-MST,1633;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 20:17:02-MST
Received: from usc-isid.arpa by AMSAA.ARPA id a019200; 5 Apr 85 21:26 EST
Date: 5 Apr 1985 21:26-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: Random Numbers
From: ABN.ISCAMS@USC-ISID.ARPA
To: Lee.Sailer@CMU-CS-C.ARPA
Cc: info-cpm@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA] 5-Apr-85 21:26:19.ABN.ISCAMS>
In-Reply-To: The message of Fri 5 Apr 85 19:12:57-EST from Lee.Sailer@CMU-CS-C.ARPA

Lee (et al),

Needing a good random number generator myself, I scrounged around all OVER
the nets and literature, and have about everything available out there.

What I do NOT have is the training/knowledge/techniques to tell if ANY of
them are truly any good!

Various authoritative sources are quite free at warning how difficult it is
to generate true random numbers (EVERYTHING is called "pseudo.."), but
do darned little to provide a solution!

I don't know enough about proper mathematical/logical testing to prove
anything myself (and am sorely tried at this point, depending very much on
random numbers on an encryption scheme I've been working on for 9 months
now).

Any methametical geniuses out there who can point me to NOT a long and deep
discussion on the validity/nonvalidity of generation methods, but a clean
SOLUTION!?

Re the original query.. I can list what I DO have and maybe move it to you
one way or another if you just want some code to play with.  I just can't
tell you if it's any GOOD or not!

Regards,
David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID.ARPA)
 5-Apr-85 23:34:29-MST,990;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 23:34:25-MST
Received: from usc-isid.arpa by AMSAA.ARPA id a019638; 6 Apr 85 1:07 EST
Date: 6 Apr 1985 01:07-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: WATOR Torus World Simulation
From: ABN.ISCAMS@USC-ISID.ARPA
To: info-cpm@AMSAA.ARPA
Cc: ABN.ISCAMS@USC-ISID.ARPA
Message-ID: <[USC-ISID.ARPA] 6-Apr-85 01:07:48.ABN.ISCAMS>

NetLandians,

Scientific American Magazine, Dec 84, had a stimulating article in their
regular Computer Recreations column about a water world simulation, where
sharks and fishes fought their eternal struggle.

Article was VERY well done and most interesting.  The program discussed
was described well.  I just wondered if anyone had the code for this program.
I don't mind writing it myself (the description is that good), but have
little time right now.

Thanks in advance,

David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID.ARPA)
 6-Apr-85 02:33:55-MST,1469;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Apr 85 02:33:50-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a019822; 6 Apr 85 3:58 EST
Date: Sat, 6 Apr 85 03:40:42 EST
From: "Paul R. Grupp" <GRUPP@mit-mc.ARPA>
Subject:  Random Numbers
To: ABN.ISCAMS@usc-isid.ARPA
cc: Lee.Sailer@cmu-cs-c.ARPA, info-cpm@AMSAA.ARPA
Message-ID: <[MIT-MC].444593.850406034140.GRUPP>

David,

  The differerence between random numbers and pseudo random numbers is
that while pseudo random numbers APPEAR to be random, the same sequence
of numbers will be generated each time the pseudo generator is run.
This is of course due to the fact that the same code is being executed
each time the program is run.  A way to prevent this from happining it
to SEED the pseudo generator with some truly random number from outside
the program i.e. a number from the system clock or the number of clock
ticks from a prompt to the reaction time to type something back to the
prompt.  If you need something that is truly random reguardless of seed
even, then you may have to resort to a hardware hack such as the input
from a ADC (analog to digital converter) with it's input comming from
a "white noise generator".  This would be truly random (make sure that
the white noise generator is an analog device and not one of the newer
"digitaly derived" generators).  Hope this helps.

Regards, Paul Grupp  <GRUPP@MIT-MC.ARPA>

 6-Apr-85 04:59:16-MST,3393;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Apr 85 04:59:04-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a020404; 6 Apr 85 6:27 EST
Received: from usenet by BRL-TGR.ARPA id a007059; 6 Apr 85 5:53 EST
From: Dave Beyerl <db21%ihuxk.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro,net.micro.cpm
Subject: MIX Editor Review
Message-ID: <920@ihuxk.UUCP>
Date: 3 Apr 85 13:38:37 GMT
Xref: seismo net.micro:10450 net.micro.cpm:4201
To:       info-cpm@AMSAA.ARPA

I recently purchased the newly introduced MIX Editor which was
advertised in Dr. Dobb's Journal.  Because of recent net discussion
on the subject of editors, I thought I would share my findings.

According to the MIX Editor, herein called MIX, user manual
introduction, MIX is described as a full screen,
programmable text editor designed for entering programs.  The
three features that make MIX a great tool are:
     1) it allows the screen to be split either vertically or
        horizontally for simultaneous editing of two files,
     2) it is programmable via user defined macros built from
        the 100+ predefined editor commands, and
     3) it can be customized for different terminal or 
        application configurations via user defined setup
        files.

Editing is accomplished by using either the predefined key
sequences or by entering commands by name from command mode.  Key
layout and commands are patterened after Wordstar but can be
customized to user specification.  In addition to the many
familiar editing commands are some useful new commands such
as auto indent, change disk, display line numbers and autoline.
Autoline automatically increments and includes lne numbers when
entering BASIC programs.  Auto numbering is provided for inserted
lines as well, but there does not appear to be a way to renumber
should the need arise.  Also included are commands to duplicate
and center lines and to 'undelete' mistakenly deleted words or
lines.  While the split screen feature is a welcome addition, I
found that the vertical split mode did not behave as described in
the manual when invoked on my NEC PC8800 computer.

MIX comes with a 100 page user manual that does a good job of 
explaining the editor commands and features.  There are a few
samples of setup files and macro definitions but there could be
more.  Noticeably absent, however, is a command quick-reference
card.  I think one would be very useful particularly because of
the many special commands and multiple invocation modes.  A file
on the distribution diskette contains explanations and examples
of useful patches for the .COM and .OVY files and includes a
section detailing special cursor addressing.

All things considered, I must agree with the advertising copy
statement that MIX is "a powerful addition to any programmer's
tool box."  MIX provides many features not found in more 
expensive editors and is a bargain at the introductory price of
$29.95 plus $5 shipping (US).  MIX is available for PCDOS/MSDOS or
CPM80 in a number of formats and can be obtained from:
	MIX Software
	2116 E. Arapaho
	Suite 363
	Richardson, TX 75081
	phone:	1-800-622-4071
		1-800-942-7317 (Illinois only)


For every problem there is one           	Dave Beyerl
solution which is simple, neat,                 ihuxk!db21
and wrong!
 6-Apr-85 13:09:23-MST,1724;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Apr 85 13:09:06-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000560; 6 Apr 85 14:28 EST
Received: from su-star.arpa by BRL-TGR.ARPA id a004159; 6 Apr 85 14:16 EST
Date: 6 Apr 85 11:15:00 PST
From: "R. MEIER" <rmeier@SU-STAR.ARPA>
Subject: re: kermit v4 binary transfer failure
To: info-cpm <info-cpm@BRL-TGR.ARPA>
Reply-To: "R. MEIER" <rmeier@SU-STAR.ARPA>

Todd,
	I too have been using Kermit-80 v4 for routinely transferring
binary and text files without difficulty.  On the mainframe end, there
has been a Kermit-32 (VMS) and a UxKermit (Unix).  I encountered a
frustrating problem when I originally brought up Kermit v3, which might
be of help.  My version of Kermit used an unremembered character to
indicate characters > 80h, but both mainframe kermits used '&'.  This
was a simple problem, but I used Kermit for about 2 weeks without
realizing why it would not transfer binary files, but would transfer
most (but not all) text files.
	Another possibility to check is that you are using the correct
error detection code.  I have heard that some mainframes use 6-bit crc
on text files, but expect 12-bit crc on binary files.
	Both of the above problems should result in getting a large number
of retries (> 4, probably 20) for each packet.  If you don't get a quick
fix, or a pointer that solves the problem, you might try posting your
symptoms.  As a test to see if the first problem is correct, you might
try sending some text files in binary mode.  You should get correct copies
of the text files with garbage appended to the end.
					Good Luck,
					Bob (rmeier@star.arpa)
------
 6-Apr-85 15:59:39-MST,1359;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Apr 85 15:59:34-MST
Received: from purdue-merlin.arpa by AMSAA.ARPA id a002527; 6 Apr 85 17:30 EST
Message-Id: <8504062230.AA17632@merlin.ARPA>
Received: by merlin.ARPA; Sat, 6 Apr 85 17:30:00 est
Return-Receipt-To: droms@Purdue.ARPA
Precedence: special-delivery
Errors-To: droms@Purdue.ARPA
To: info-cpm@AMSAA.ARPA
Subject: CP/M lookalike info request
Date: 06 Apr 85 17:29:57 EST (Sat)
From: Ralph E Droms <droms@PURDUE.ARPA>

I'm looking for information about CP/M source "generators", e.g.

	SCG22 (from C.C. Software, Walnut Creek, CA)
	Source (advertised in Computer Shopper magazine)

and for information about CP/M lookalikes, e.g.

	RP/M	(source unknown)
	QP/M	(from MICROCode, Torrance, CA)
	ConiX	(from Computer Helper Industries, Parkchester Station, NY)
	ZRDOS	(from Echelon, Inc., Los Altos, CA)
	MRS/OS	(from OCCO, Inc., Milford, MA)

Any first-hand experiences, bug reports, etc. on any of these packages
would be appreciated.  I'd also be interested in hearing about other
similar packages.

					- Ralph


- --------
Ralph Droms					ihnp4!purdue!droms
445 MATH					droms@purdue.arpa
Dept. of Computer Science			droms@purdue.csnet
Purdue University
West Lafayette, IN 47906

----------



----------
 6-Apr-85 16:14:06-MST,904;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Apr 85 16:14:02-MST
Received: from purdue-merlin.arpa by AMSAA.ARPA id a002541; 6 Apr 85 17:39 EST
Message-Id: <8504062239.AA17773@merlin.ARPA>
Received: by merlin.ARPA; Sat, 6 Apr 85 17:39:16 est
Return-Receipt-To: droms@Purdue.ARPA
Precedence: special-delivery
Errors-To: droms@Purdue.ARPA
To: info-cpm@AMSAA.ARPA, info-micro@BRL-VGR.ARPA
Subject: New computer mags
Date: 06 Apr 85 17:39:13 EST (Sat)
From: Ralph E Droms <droms@PURDUE.ARPA>

Can anyone tell me about "The Computer Journal" or the "Zeus Oracle"?
And, can anyone tell me if the Zeus PD collection is at all interesting?

					- Ralph
--------
Ralph Droms					ihnp4!purdue!droms
445 MATH					droms@purdue.arpa
Dept. of Computer Science			droms@purdue.csnet
Purdue University
West Lafayette, IN 47906



----------
 6-Apr-85 16:41:49-MST,1221;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Apr 85 16:41:44-MST
Received: from purdue-merlin.arpa by AMSAA.ARPA id a002585; 6 Apr 85 17:55 EST
Message-Id: <8504062235.AA17724@merlin.ARPA>
Received: by merlin.ARPA; Sat, 6 Apr 85 17:35:33 est
Return-Receipt-To: droms@Purdue.ARPA
Precedence: special-delivery
Errors-To: droms@Purdue.ARPA
To: info-cpm@AMSAA.ARPA, info-micro@BRL-VGR.ARPA
Subject: Schematics, manual for 801R drive
Date: 06 Apr 85 17:35:30 EST (Sat)
From: Ralph E Droms <droms@PURDUE.ARPA>

I bought a Shugart 801R drive from the Xerox outlet in Texas.  It
arrived without any manuals of any sort.  I have a manual from an old
801R (controller board has lots of SSI and MSI chips), but could use a
copy of an up to date manual for my "new" drive (controller board has
one 40-pin LSI chip and a few SSI/MSI chips).  I'd like to hear from
anyone who can point me at a source or anyone I could pay to make a
copy of a manual for me.

					- Ralph
--------
Ralph Droms					ihnp4!purdue!droms
445 MATH					droms@purdue.arpa
Dept. of Computer Science			droms@purdue.csnet
Purdue University
West Lafayette, IN 47906



----------
 7-Apr-85 08:53:41-MST,7501;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Apr 85 08:53:27-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a005657; 7 Apr 85 10:14 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a015353; 7 Apr 85 10:11 EST
Date: Sun, 7 Apr 85 10:10:09 EST
From: Eric Stork <STORK@MIT-MC.ARPA>
Subject: APPLE <--> CP/M Transfers
To: INFO-CPM@MIT-MC.ARPA
cc: STORK@MIT-MC.ARPA, mknox@UT-NGP.ARPA, treid@MITRE-GATEWAY.ARPA, 
    cent.Mbeck@mit-oz
Message-ID: <[MIT-MC].445630.850407101023.STORK>

:kill

:kill
:mail info-cpm%amsaa


A  week  or  so  ago,  I  asked  the net about the feasibility of
someone who has an APPLE IIe doing some draft typing for me,  and
then  transferring  the material to my KAYPRO for finalizing, The
key issues were:

    .   Can one use something like UNIFORM to read  APPLE II
        disks of the KAYPRO?

    .   Other problems or solutions?

I  got  a  number  of  responses,  including  some requests for a
summary of responses.  I have summarized the comments, eliminated
most of the inevitable redundancy,  and  am  submitting  the  end
result for the use of those who may be interested.

In  a  nutshell,  EXCEPT  for  modem or direct RS-232 transfer of
ASCII files, and the subsequent manipulation of those files  with
a filter like FILTEX, it's not feasible to move drafts from APPLE
to  CP/M systems, and back.  Even with modem-like approaches it's
cumbersome.

Thanks to all who contributed their insights and experiences,

Eric

               Summary of APPLE <--> CP/M Responses 

1.0.  Is there any way I can read text  files  off  an  Apple  II
disk, using a Kaypro II?  Is there a formatting program that will
do that?


Unfortunately,  you  cannot  read  or write Apple disks on a CP/M
system like the Kaypro.  The reason for this is that Apple uses a
HARD SECTORED "maverick" format unlike  every  other  system  out
there  which  uses  SOFT  sectoring (which is what makes programs
like MediaMaster and Uniform possible).

It should be possible to write the RWTS (read-write-track-sector)
code that resides at BD00-BFFF in an APPLE ][ in  8080  code  and
make  it  run  in  a  KAYPRO.   The hard part would be to get the
documentation which describes how you access  the  disk  directly
from 8080 code in the KAYPRO.  You would need to know how to turn
on  the  motor,  how to check for write protect, how long to wait
after turning on the motor before reading, what the  data  really
looks  like  when  you  do  a  read (bit-by-bit read) and how you
define which disk drive you want to access.  I  do  not  know  if
this information is available for the KAYPRO.


Apple  diskettes  use  a  SOFT  sectored  scheme, but the data is
encoded using a GCR technique instead of  the  more  popular  MFM
method.   Most  systems  (if  not  all) would not be able to read
them.


Apple *does not* use a hard  sectored  format.   Its  uses  a  16
sector  format  which  *does  not*  use the index hole, thus soft
sectored.  Software is   able  to  find  any  given  track/sector
without the aid from the hardware.


In  truth, the apple is 'softer' sectoring than anybody else - it
doesn't look at the sector hole(s) *AT ALL*.  Therefore  one  can
use  in  the  apple  either soft or hard sectored disks providing
that you format them first.  It is this 'softer'  sectoring  that
makes  the  apple weird - all other normal machine do look at the
index hole - a hard sectored disk drives them wild.


2.0.  Is it economical to get my potential typist a CP/M card for
her Apple?  Are they still made?  Where and by whom?  Costs?


There is no way to read an apple disk in  a  Kaypro  disk  drive,
with  or  without  CP/M  in the Apple.  The Apple hardware uses a
very unique coding scheme for putting bits on the  disk.    About
the  only  practical  thing to do is use modems in both machines,
and transfer the files over the phone line.   This  is  practical
and  easy.  (Or if the machines are close together, you can cable
the serial ports on  the two machines directly  together  without
modems.   This  takes  a  little knowledge and the willingness to
wire up a special connector.)

Apple's method of terminating a line in a text  file  is  just  a
carriage  return  -- with no linefeed.  So when you type the file
out in CP/M, every line  will  be  overwritten.   Solve  this  by
processing the file with FILTEX (a public domain program) or some
other utility that inserts a LF after every orphan CR.  Likewise,
a  CP/M  text  file  transferred  to  an  Apple will contain that
*normal* LF and appear double-spaced when listed.

Another potential problem is that not all word processors on  the
Apple II (or any other machine) use the same kind of files.  Some
Apple  II  word processors use Apple DOS 3.3 or ProDos "standard"
text files, but others use their own unique  file  format.   Some
achieve  protection  by screwing up the DOS and writing the whole
disk in a wierd way.   So it matters  which  word  processor  she
uses!

I  have  transferred files from an APPLE ][ to a KAYPRO using MEX
on the KAYPRO and ZPRO on the APPLE  ][  over  a  null  modem  at
speeds  of  up to 9600 baud.  It worked beautifully.  I initially
did it using modems at 300 baud and a phone, but found  that  the
phone line is unnecessary if you have a seriel card in  the APPLE
][,  you  can  easily use a null modem cable.  A null modem cable
can easily be built.  It is simply a  pair  of  db-25  connectors
(Males usually) that have the following pin connections: Pin 1 to
pin  1,  pin  2  to pin 3 at the other end, pin 3 to pin 2 at the
other end, pin 7 to pin 7, pin 6 to pin 20 at the other  end  and
pin  20  to pin 6 at the other end.  The idea is to swap the send
and receive lines and the dtr and cts  lines.   If  you  have  an
APPLE  ][  super  serial  card,  then  you  don't  need  to build
anything.  You can set the configuration block  to  the  TERMINAL
mode and use your existing db-25 cable.  Read the book and you'll
see  that  this  configuration is the same as having a null modem
cable.

It  is  also  possible  to  use  MEX,  MODEM7,   or   any   other
xmodem-capable  program to do quick APPLE ][ to KAYPRO transfers.
I like using MEX because it has wild card capability.

If the files you need to transfer are ascii, rather than  binary,
it  is possible to use PIP on both ends to transfer them from the
APPLE ][ to the  KAYPRO.   this  is  not  the  rpeferred  method,
however.  There is no checksum or CRC if you use PIP.

If  the  files  are  DOS  text files you can use ASCII EXPRESS to
transfer them out the seriel port.

Two  popular  CP/M  cards  are  available  for  the  Apple:   the
"Softcard"  by Microsoft and the "Appli-Card" by PCPI.  They sell
for about $275.00.  Each card comes  with  a  utility  disk  that
includes a program to convert DOS files to CP/M.

On  the  CP/M  card  add-on...   just  went  through  this with a
customer in an "attempt" to upgrade his Apple.  Take  a  look  at
the December issue of Byte Magazine - there's a multi-page review
of  these  things in the back.  But changing to a CP/M card won't
solve a disk compatibility problem.   Since  they  all  use  that
Apple drive, they're constrained to use the hardware and firmware
designed to drive 'em.

                               ### 



 7-Apr-85 20:17:15-MST,1912;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Apr 85 20:17:08-MST
Received: from ucb-vax.arpa by AMSAA.ARPA id a009231; 7 Apr 85 21:49 EST
Received: from ucbmiro.ARPA by UCB-VAX.ARPA (4.24/4.42)
	id AA17589; Sun, 7 Apr 85 18:49:22 pst
Received: by ucbmiro.ARPA (4.24/4.45)
	id AA24817; Sun, 7 Apr 85 18:49:03 pst
Date: Sun, 7 Apr 85 18:49:03 pst
From: Nick "Coosh" Cuccia <cuccia%ucbmiro@ucb-vax.ARPA>
Message-Id: <8504080249.AA24817@ucbmiro.ARPA>
Knuth: started as a music major!!
To: ABN.ISCAMS@USC-ISID.ARPA, Lee.Sailer@CMU-CS-C.ARPA
Subject: Re: Random Numbers
Cc: info-cpm@AMSAA.ARPA

Hello out there...


	Hope you don't mind if I toss out my fav'rit ref on random
number generators (oops! Pseudo-...).  Check out V. 2 of Knuth's
_Art of Computer Programming_ for generation and testing methods.

	I usually use the linear congruential method:


	        x   = ax mod m
	         i+1    i
		--------------
		       m

which gives numbers in the range [0..1).  x sub i is the initial
seed, x sub (i+1) the seed used for the next call.  Note: the 
constants a and m should be relatively prime.  An example function
written in Pascal is as follows.  Another note: if a and m are
relatively prime then the period of the series generated will be
m.

--Nick Cuccia
--Computer Science Division,
--Dept. of Electrical Engineering and Computer Science,
--University of California-Berkeley
--cuccia%ucbmiro@Berkeley,
--{...}!ucbvax!cuccia

--cut here----cut here----cut here----cut here----cut here----cut here--

function Random(var x: integer): real;

const
	A = 2047;		(* = 2^11 - 1, a prime number *)
	M = 524287;		(* = 2^19 - 1, a prime number *)

begin (* random *)
    x := (A*x) mod M;		(* finding new seed value *)
    Random := x / M;		(* finding next number in series *)
end; (* function random *)
 8-Apr-85 07:35:33-MST,1584;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Apr 85 07:35:27-MST
Received: from cmu-cs-c.arpa by AMSAA.ARPA id a018151; 8 Apr 85 8:50 EST
Received: ID <SAILER@CMU-CS-C.ARPA>; Mon 8 Apr 85 08:50:47-EST
Date: Mon 8 Apr 85 08:50:46-EST
From: Lee.Sailer@CMU-CS-C.ARPA
Subject: More randomness
To: info-cpm@AMSAA.ARPA


Cuccia's (non) solution is an example of my problem.  I call it a non-solution
because (1) it defines a constant M >> the upper limit allowed in most Z80
Pascals, and (2) the statement x := (x*A) mod M is eventually gonna overflow.

Another problem: A and M relatively prime is NOT sufficient to guarantee good
statistical properties of a rn generator.  

So, in more direct form, here is my problem:  I am writing a journal article
that includes a monte-carlo statistical simulation.  I know that the journal
@i(requires) a "good" rn generator--most people use IMSL.  A good rn generator
is one that passes a wide variety of statistical tests for randomness. 
Therefore, I must now find a "good" generator for the Z80, or port my program
over to a mainframe with IMSL.

I have nothing against linear congruential generators as suggested by Cuccia,
but I gotta know what the right constants are for my z80, and I hafta have
a citation that says they are the right ones, else the journal will laugh
and say, "resubmit when you have duplicated your results on a real computer."

One last point--I have tested the built in random in Turbo Pascal, and it sure
isn't random.

lee
-------
 8-Apr-85 10:56:15-MST,1183;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Apr 85 10:56:08-MST
Received: from ucb-vax.arpa by AMSAA.ARPA id a022139; 8 Apr 85 12:20 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.42)
	id AA29360; Mon, 8 Apr 85 09:20:19 pst
Received: from ucbamber.CC.Berkeley.ARPA (ucbamber.ARPA)
	by ucbjade.CC.Berkeley.ARPA (4.19/4.34.1)
	id AA02438; Mon, 8 Apr 85 09:19:44 pst
Received: by ucbamber.CC.Berkeley.ARPA (4.19/4.34.1)
	id AA09036; Mon, 8 Apr 85 09:19:40 pst
Date: Mon, 8 Apr 85 09:19:40 pst
From: swillett%ucbamber.CC@ucb-vax.ARPA
Message-Id: <8504081719.AA09036@ucbamber.CC.Berkeley.ARPA>
To: droms@PURDUE.ARPA, info-cpm@AMSAA.ARPA
Subject: Re: CP/M lookalike info request

No information on the items you list, but add another to the list:

ZEDOS - operating system for the ZEDA computer.

ZEDA Computer is in Provo, Utah.

They claim it is "CP/M Compatible", i.e. it can run CP/M software
which uses only lgal BDOS calls.  I have bbeen trying to get some
feedback from anyone who has had experience with this one but no
luck yet.

Steve Willett(swillett@ucbamber)
 8-Apr-85 11:35:59-MST,836;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Apr 85 11:35:54-MST
Received: from xerox.arpa by AMSAA.ARPA id a023116; 8 Apr 85 12:52 EST
Received: from Aurora.ms by ArpaGateway.ms ; 08 APR 85 09:50:09 PST
Date: Mon, 8 Apr 85 12:50 EST
From: ABRAMSOHN.WBST@XEROX.ARPA
Subject: Re: Random Numbers
In-reply-to: <[USC-ISID.ARPA] 5-Apr-85 21:26:19.ABN.ISCAMS>
To: ABN.ISCAMS@USC-ISID.ARPA
cc: Lee.Sailer@CMU-CS-C.ARPA, info-cpm@AMSAA.ARPA

In writing game programs for the "KIDS", I use the internal clock
counter locations in the computer to seed a nominal ramdon number
generator.  It appears to get rid of the Pseudo part of it, in that the
system "never" starts at the same place.
Hours*minutes*seconds*day*month*year kind of thing seems to do pretty
good.

Dennis

 8-Apr-85 16:54:34-MST,1719;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Apr 85 16:54:22-MST
Received: from xerox.arpa by AMSAA.ARPA id a007303; 8 Apr 85 18:19 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 08 APR 85 14:55:05 PST
Date: Mon, 8 Apr 85 14:36 PST
From: MMoon.es@XEROX.ARPA
Subject: PD Modem control programs for CCP/M or MP/M
To: Info-Cpm@AMSAA.ARPA

Upon (finally) receiving Viasyn/ComuPro's Concurrent DOS 816, I
discovered a problem: all my public domain modem software expects to
directly control the hardware, bipassing the OS to do status polling;
since Concurrent doesn't give its exclusive attention to the modem
control program, I lose characters when inputting a continuous data
stream at 1200 baud with *anything* else running concurrently.

Have any of you running CCP/M in any of its various incarnations, MP/M
86 or MP/M 816 found a modem control program, either public or
commercial, which can run as a background task?  Has anyone succesfully
hacked a MEX, MDM840, MDM901, or MDM7XX overlay to exist in this
environment?

If not, I have thought that one of the above overlays might be made to
work if it polled a CCP/M AUX device, since Viasyn/CompuPro tells me
these are handled in the same fashion as TTY devices, i.e., a ring
buffer filled by an interrupt driver.  This solution only works on
input, however, as I believe the function code 0FFh must be used to
signal input.  Anybody tried something similar?  I'm flying blind on
this one 'till my System & Programmer's manual arrives, so I don't know
*exactly* what the function codes are or do.

Please advise soonest if you know a solution.

			MMoon.es@Xerox.ARPA

 8-Apr-85 22:32:42-MST,1226;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Apr 85 22:32:36-MST
Received: from su-score.arpa by AMSAA.ARPA id a007904; 9 Apr 85 0:01 EST
Date: Mon 8 Apr 85 21:01:12-PST
From: Sam Hahn <Samuel@SU-SCORE.ARPA>
Subject: Re: PD Modem control programs for CCP/M or MP/M
To: MMoon.es@XEROX.ARPA
cc: Info-Cpm@AMSAA.ARPA
In-Reply-To: Message from "MMoon.es@XEROX.ARPA" of Mon 8 Apr 85 15:57:11-PST

^X^XMMoon --

1.	I also just this week received my Concurrent CP/M (they don't
call it ConcurrentDOS, for some funny reason).  Along with my OS,
Viasyn/Compupro packages AMCALL/MCALL-II, which comes configured for
Concurrent.  I'm surprised you didn't also receive this modem program.

2.	Though I haven't checked, I'm under the impression that
there's a Modem840 that's configurable for MP/M-86 (816) that has an
RSP monitoring the modem port.  You might look to see whether or not
this is true.

3.	Did you also have to pay $28 for the programmer's
documentation???  This is another place I think Compupro really pulled
a questionable move...  I had to pay the extra $28 just to get the
programmer's guide and system guide!!!

					-- Sam Hahn
-------
 8-Apr-85 23:57:24-MST,1317;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Apr 85 23:57:18-MST
Received: from ucb-vax.arpa by AMSAA.ARPA id a007994; 9 Apr 85 1:30 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.45)
	id AA09461; Mon, 8 Apr 85 22:28:39 pst
Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA)
	by ucbjade.CC.Berkeley.ARPA (4.19/4.34.1)
	id AA04035; Mon, 8 Apr 85 22:18:38 pst
Received: by ucbopal.CC.Berkeley.ARPA (4.19/4.34.1)
	id AA18421; Mon, 8 Apr 85 22:13:53 pst
Date: Mon, 8 Apr 85 22:13:53 pst
From: "William C. Wells" <wcwells%ucbopal.CC@ucb-vax.ARPA>
Message-Id: <8504090613.AA18421@ucbopal.CC.Berkeley.ARPA>
To: HEDELMAN@JPL-VLSI.ARPA
Subject: Re: Kaypro termcap
Cc: info-cpm@AMSAA.ARPA

	From HEDELMAN@JPL-VLSI.ARPA Mon Apr  8 10:53:09 1985
	Date: 6 Apr 1985 1539 PST
	From: Harris B. Edelman <HEDELMAN@JPL-VLSI.ARPA>
	Subject: Kaypro termcap
	To: wcwells@BERKELEY
	Reply-To: HEDELMAN@JPL-VLSI.ARPA

	The Kaypro so far as I've been led to believe is an ADM3A
	emulation.  Try that.

	-Harris Edelman
	------

We did.  Not good enough for the Kaypro 2x. The communicatins software
the Kaypro 2x has is MITE. There may be some strange things introduced
by the software, but I do not think so.

Bill
 9-Apr-85 08:00:42-MST,654;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 08:00:38-MST
Received: from mitre.arpa by AMSAA.ARPA id a012685; 9 Apr 85 9:15 EST
Received: by mitre.ARPA (4.12/4.7)
	id AA06974; Tue, 9 Apr 85 09:16:14 est
Message-Id: <8504091416.AA06974@mitre.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: carriage returns in wordstar
Date: 09 Apr 85 09:15:36 EST (Tue)
From: edelheit@MITRE.ARPA

I have a large file that has a hard carriage return after the end of each 
line and I would like to globally remove those cr's.  Anyone have a quick
and easy way to do it?

Jeff Edelheit
(edelheit at mitre)
 9-Apr-85 08:04:23-MST,1486;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 08:04:18-MST
Received: from nosc-gw by AMSAA.ARPA id a007441; 8 Apr 85 19:52 EST
Received: from marlin.ARPA by nosc.ARPA (4.17/4.7)
	id AA14106; Mon, 8 Apr 85 16:52:44 pst
Received: by marlin.ARPA (4.17/4.7)
	id AA06414; Mon, 8 Apr 85 16:52:11 pst
Date: Mon, 8 Apr 85 16:52:11 pst
From: "Todd H. Ogasawara" <ogasawar%marlin@nosc.ARPA>
Message-Id: <8504090052.AA06414@marlin.ARPA>
To: info-cpm-request@AMSAA.ARPA
Subject: generic Kermit-80 binary xfer ok (thanks)
Cc: sy.fdc@cu20b.ARPA
Resent-Date:  Tue, 9 Apr 85 9:15:47 EST
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@nosc.ARPA

Thanks to all who responded to my question about binary transfer
using generic Kermit for CP/M-80.  Rex Buddenberg supplied the
big big clue to my much sought after answer.  I am embarrassed to
say that the following is all that needs to be done to make
binary transfers work.

	C-Kermit side
		set file mode binary
		set parity even		{never thought of changing
					 from none to even!}
	Kermit-80 side
		set file-mode binary
		set parity even		{default is none}

I've tested sending and receiving a couple of binary files.  Seems
to work fine.  Thanks to all who sent suggestions!..todd

Todd Ogasawara, Computer Sciences Corp.
NOSC-Hawaii Laboratories

UUCPmail: {akgua,allegra,decvax,ihnp4,ucbvax}!sdcsvax!noscvax!ogasawar
MILNET:   OGASAWAR@NOSC
 9-Apr-85 10:52:30-MST,851;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 10:52:22-MST
Received: from xerox.arpa by AMSAA.ARPA id a018205; 9 Apr 85 12:11 EST
Received: from Flora.ms by ArpaGateway.ms ; 09 APR 85 09:11:10 PST
From: ssalzman.es@XEROX.ARPA
Date: 9 Apr 85 9:11:54 PST
Subject: random numbers
To: info-cpm@AMSAA.ARPA

I need a Modula-2 procedure to generate psuedo random numbers for an IBM
PC. In general I need a good algorithm for any machine with 16 bit integers,
that has a good long cycle life and uniform distribution (can be 'C' or Pascal).

Also, does anyone have an algorithm to generate random numbers with a
NORMAL distribution. If anyone has anything, please send it in the mail,
I can't FTP from this account. Thanks in advance....

		Isaac Salzman
		(SSalzman.ES@Xerox.ARPA)
 9-Apr-85 10:53:19-MST,1513;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 10:53:13-MST
Received: from usc-ecl.arpa by AMSAA.ARPA id a018180; 9 Apr 85 12:08 EST
Date: Tue 9 Apr 85 09:07:56-PST
From: Warren Apel <APEL@USC-ECL.ARPA>
Subject: Re: carriage returns in wordstar
To: edelheit@MITRE.ARPA
cc: info-cpm@AMSAA.ARPA, APEL@USC-ECL.ARPA
In-Reply-To: Message from "edelheit@MITRE.ARPA" of Tue 9 Apr 85 09:15:36-PST

Use the "Find and Replace" command; for the "find" string, enter
a ctrl-N; for the "Replace" string, enter a <cr> (or if you want to 
replace the hard carriage return with a blank, enter a space; for 
"Options", enter GN.  Then when Wordstar starts to update the screen, 
hit any key to stop screen updates and speed up the process.  This will 
result in one long line of text, so you will have to re-format after the
replacement is over.  

What I do when I wat to remove hard carriage returns from a text file,
is to invoke the Find and Replace command at the beginning of the 
file, with ctrl-N for the find string, space for the replace string, and 
just a N for the option, then scroll through the file, hitting a
ctrl-L for each carriage return I want to remove (the ctrl-L simply
repeats the last Find and Replace command entered); then at the end
of each paragraph, enter a ctrl-B (re-format) to reformat the paragraph
to your desired margins with soft carriage returns within the paragraph.

Warren Apel  (APEL@USC-ECL)
-------
 9-Apr-85 11:39:47-MST,1234;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 11:39:41-MST
Received: from cmu-cs-c.arpa by AMSAA.ARPA id a018371; 9 Apr 85 12:24 EST
Received: ID <APA@CMU-CS-C.ARPA>; Tue 9 Apr 85 12:23:51-EST
Date: Tue 9 Apr 85 12:23:49-EST
From: Penny Anderson <Penny.Anderson@CMU-CS-C.ARPA>
Subject: Request for VDO source
To: Info-cpm@AMSAA.ARPA
cc: apa@CMU-CS-C.ARPA

Netlandians,
	I saw this editor (VDO 2.3) running on a KAYPRO and it was very nice.
It uses a subset of the WS command set, complete enough for most quick editing
tasks.  Main limitation is that it loads entire file into memory, however this
same limitation also makes it very fast.  But the thing that makes it
irresistible is that it is only *5K* !!
	The documentation has a section on installation and modification, which
says to alter the source code.  Looked in the original library and guess what...... NO source.  Does anyone have the source for this thing?  The version my
friend showed me came from a .lbr file called VDO23KP.LBR.  If you have the
source, or know where I can get it, please let me know; care of APA@CMU-CS-C.
		as custom goes,
		thanks in advance,
		Don Shields
-------
 9-Apr-85 13:15:03-MST,1003;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 13:14:06-MST
Received: from xerox.arpa by AMSAA.ARPA id a023667; 9 Apr 85 14:31 EST
Received: from Flora.ms by ArpaGateway.ms ; 09 APR 85 11:16:49 PST
Date: Tue, 9 Apr 85 11:16 PST
From: MMoon.es@XEROX.ARPA
Subject: Re: PD Modem control programs for CCP/M or MP/M
In-reply-to: "Samuel@SU-SCORE.ARPA's message of Mon, 8 Apr 85 21:01:12
 PST"
To: Sam Hahn <Samuel@SU-SCORE.ARPA>
cc: MMoon.es@XEROX.ARPA, Info-Cpm@AMSAA.ARPA

No AMCALL/MCALL-II or any other stuff besides the OS and some utilities.
Are you running an S-100 system? Might be they call the OS for
Shirley/System 10, or whatever someting else.  I have S-100 hardware.
Maybe there are two, uh, flavors of the CCP/M port floating around? My
rev number is 3.1D, do you match?  I thought this kind of song and dance
was over when I invested in "professional" hardware . . .

		JusrAnotherMushroom: MMoon.es@Xerox.ARPA

 9-Apr-85 15:43:40-MST,1259;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 15:43:34-MST
Received: from su-score.arpa by AMSAA.ARPA id a027498; 9 Apr 85 17:05 EST
Date: Tue 9 Apr 85 13:39:38-PST
From: Sam Hahn <Samuel@SU-SCORE.ARPA>
Subject: Re: PD Modem control programs for CCP/M or MP/M
To: MMoon.es@XEROX.ARPA
cc: Info-Cpm@AMSAA.ARPA
In-Reply-To: Message from "MMoon.es@XEROX.ARPA" of Tue 9 Apr 85 12:18:02-PST

MM(ushr)oo(m/n) --

Yes, sir, my system is a 696/S-100 system also, with rev id 3.1D.
Looks like the same one.  I think they told me that if you bought
MP/M-816 after a certain date, you got the update free, but without
the modem program.

I have a feeling there's a lot of song and dance left; there's still
the hurdle of MSDOS 2.0 (or greater) compatibility.  I'm sure looking
forward to that one.

Tip for ex-MP/M-816 users:  SYSTAT from ConcurrentDOS works finely
under MP/M-816.  Kind of makes me want to try some of the other
utilities...  

I can't use ConcurrentDOS yet since I'm having trouble booting it.
(Can anyone help: The disk drives step about 15 times, loading the
.SYS file, I think, then do what sounds like 2 whole-disk seeks, and
dies.)

				-- Sam Hahn
-------
 9-Apr-85 21:18:36-MST,524;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 21:18:32-MST
Received: from simtel20.arpa by AMSAA.ARPA id a029548; 9 Apr 85 22:41 EST
Date: Tue 9 Apr 85 20:41:42-MST
From: Jon Albers <JALBERS@SIMTEL20.ARPA>
Subject: Modem7 overlay for the Telvidieo TPC-1??
To: info-cpm@AMSAA.ARPA


Does anyone know of such a beast?  I user on my system has been asking about
it for some time.

						Jon Albers
						JALBERS@SIMTEL20
					Data: 301-656-5280
-------
 9-Apr-85 22:29:23-MST,1462;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 22:29:18-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000114; 9 Apr 85 23:56 EST
Received: from usenet by BRL-TGR.ARPA id a013910; 9 Apr 85 23:48 EST
From: Jack Engle <engle%loral.uucp@BRL-TGR.ARPA>
Newsgroups: net.video,net.analog,net.micro.cpm,net.micro.cbm
Subject: async camera switching.
Message-ID: <828@loral.UUCP>
Date: 4 Apr 85 17:18:37 GMT
Xref: seismo net.video:1161 net.analog:267 net.micro.cpm:4202 net.micro.cbm:1362
To:       info-cpm@AMSAA.ARPA



	I am currently doing live videos using 2 consumer cameras and a 
Pioneer Video switcher from the Forsight 7000 system.  The switcher has
remote controll and fast swicthing capabilitys.  Well as we all know there
is a problem when we switch from camera A to cam B.  The tape slows down 
because its going back into the seach mode.  At least this is what ive been
told.  

	Question!  If When I whant to switch from A to B I invoke a vertical
sync till source B goes into its natural vert sync then let b take over will
I still get the moter slow down into search?  

	The video monitor will black out for a max of 1 frame but this is
ok, since the eye will not really see this.  

	Well if any one out there in net land has any video recorder servo
system experiance please find it your heart to help out this poor helpless
video engineer.

Jack Lee Engle
10-Apr-85 07:26:45-MST,495;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 07:26:40-MST
Received: from simtel20.arpa by AMSAA.ARPA id a002911; 10 Apr 85 8:39 EST
Date: Wed 10 Apr 85 03:15:29-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re: SDIRHDR.LIB
To: brake@ARI-HQ1.ARPA
cc: info-cpm@AMSAA.ARPA, RCONN@SIMTEL20.ARPA
In-Reply-To: Message from "brake@ari-hq1.ARPA" of Wed 3 Apr 85 21:50:00-MST

SDIRHDR.LIB is now in MICRO:<CPM.SYSLIB3>
-------
10-Apr-85 07:29:03-MST,1790;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 07:28:55-MST
Received: from simtel20.arpa by AMSAA.ARPA id a002918; 10 Apr 85 8:39 EST
Date: 10 Apr 1985  06:39 MST (Wed)
Message-ID: <KPETERSEN.12102027031.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   sac@mitre-bedford.ARPA
Cc:   Info-Cpm@AMSAA.ARPA
Subject: Need pointer to unpacking lbr's
In-reply-to: Msg of 4 Apr 1985  13:42-MST from sac at mitre-bedford.ARPA

    I have ftp'd 2 .LBR's and I want to unpack them under UNIX. This would
    allow me use of the high speed printers. Question: How and where is
    the program?
    		Thanks!
    		Stuart  (sac@mitre-bedford)

Here is a q&a session that answers most questions about LBR files.

Re:   How to find out what .LBR files are

    A question: what exactly are these LBR (library?) files?

See MICRO:<CPM.CPMLIB>LU310.DQC

    Is there some special tool that must be employed to pry them open
    (like "ar" on UNIX for object libraries)?  Is that tool available
    on Simtel-20?

Yes, get MICRO:<CPM.CPMLIB>LU310.COM

    Is there a version of it runs under UNIX?

No, not a completely compatible one.  The closest thing is
MICRO:<UNIX.CPM>LAR.C

    I've been keeping a small public database of messages relating to
    the Simtel library culled from info-cpm.  These messages include
    comprehensive documents from you and a few other people that
    describe how to make access to Simtel-20 and what the various
    file types are, but sadly, I cannot find any description of LBR
    files among them.

A complete description of the official file structure of .LBRs is in
MICRO:<CPM.CPMLIB>LUDEF5.DQC.

--Keith
10-Apr-85 08:10:47-MST,2450;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 08:10:32-MST
Received: from simtel20.arpa by AMSAA.ARPA id a003315; 10 Apr 85 8:48 EST
Date: 10 Apr 1985  06:48 MST (Wed)
Message-ID: <KPETERSEN.12102028557.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   "William C. Wells" <wcwells%ucbopal.CC@ucb-vax.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA
Subject: Kaypro 2x - termcap? Kermit? modem7?
In-reply-to: Msg of 5 Apr 1985  14:08-MST from William C. Wells <wcwells%ucbopal.CC at ucb-vax.ARPA>

KAYPRO II VIDEO SOFTWARE DRIVER.

The KAYPRO II video section was designed to imitate the control
sequences of a Lear-Siegler ADM-3A terminal.  For most commercial
software, this means you can "install" or customize the display
characteristics by choosing the ADM=3A from the menu.  For custome
software or those instances where there is no choice of "ADM-3A" on
the menu, the following information may help.

The following is a list of the KPRO II "Terminal" attributes and
control sequences.

Cursor Control -
----------------
        Cursor left (bs) .............  08h     08
        Cursor right .................  0Ch     12
        Cursor down (lf) .............  0Ah     10
        Cursor up ....................  0Bh     12
        Home cursor ..................  1Eh     30
        Clear screen & home cursor ...  1Ah     26
        Carriage return ..............  0Dh     13
        
Cursor Positioning -
--------------------

        Escape Sequence (ESC+"=") ....  1Bh,3Dh   27,61
        Cursor Rows ..................  0-23
        Cursor Columns ...............  0-79
        Positioning Sequence:
         
            In MBASIC ...       
        
              PRINT chr$(27)+"="+chr$(20+row)+chr$(20+col);


Line Insert/Delete -
--------------------

        Line Insert (ESC+"E") ........  1Bh,45h   27,69
        Line Delete (ESC+"R") ........  1Bh,52h   27,82

Clear to End of Screen/Line -
-----------------------------

        Clear EOL (Ctl-X) ............  18h     24
        Clear EOS (Ctl-W) ............  17h     23

Set Greek or ASCII -
--------------------

        Set ASCII (ESC+"A") ..........  1Bh,41h   27,65
        Set Greek (ESC+"G") ..........  1Bh,47h   27,71
        After Setting Greek, lower case letters will print as
        the Greek Alphabet.
10-Apr-85 08:37:42-MST,1130;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 08:37:33-MST
Received: from mitre.arpa by AMSAA.ARPA id a003450; 10 Apr 85 8:50 EST
Received: by mitre.ARPA (4.12/4.7)
	id AB01275; Wed, 10 Apr 85 08:51:59 est
Message-Id: <8504101351.AB01275@mitre.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: Carriage Returns in Wordstar
Date: 10 Apr 85 08:51:32 EST (Wed)
From: edelheit@MITRE.ARPA

Thanks for all the suggestions.  The most common, and quickest for me to use
was to ^QA for a ^N and then just replace it with a null.  It worked fast
once I hit the escape key.  (For those of you who are unaware, if you are
doing a global replace, i.e., the gn option, if you hit the escape key, the
screen doesn't show each line getting changed.  It really speeds things up.)

I also had several suggestions regarding two PD programs, ENSOFT and FIXTEX.
Both are out at SIMTEL20.  If I had to do this a lot (which I don't) then I
would probably grab one or both of those pgms.  But for the quick and dirty,
the first method works fine.

Jeff Edelheit
(edelheit at mitre)
10-Apr-85 09:22:08-MST,2480;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 09:21:57-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a006668; 10 Apr 85 10:40 EST
Received: from usenet by BRL-TGR.ARPA id a008594; 10 Apr 85 10:13 EST
From: Dataspan Inc <dsi%unccvax.uucp@BRL-TGR.ARPA>
Newsgroups: net.video,net.analog,net.micro.cpm,net.micro.cbm
Subject: Re: async camera switching.
Message-ID: <179@unccvax.UUCP>
Date: 5 Apr 85 19:14:38 GMT
Xref: seismo net.video:1164 net.analog:271 net.micro.cpm:4236 net.micro.cbm:1367
To:       info-cpm@AMSAA.ARPA


     You neglected to state whether or not the VTR was consumer or professional.
The motor slows down during the switch because (evidently) this is its free
running speed in absence of a tach pulse (vertical sync). You can adjust this
parameter in some VHS recorders but it screws up freeze frame, etc.

     It might be possible to genlock the two cameras; if they use a sync 
generator such as the MM5321 (National) or the "other" popular one made by
Fairchild. What has to happen here is to drive both cameras from a single
timebase (probably originating in a 14.318 mc crystal) as well as sending the
frame 1 line 1 signal to reset the "other" camera(s). This will have other
benefits as well, not the least of which is a consistent colour burst phase
from camera to camera WITH RESPECT TO THE 4 FIELD SEQUENCE. 

     The vertical sync (and horizontal sync) is then hopefully genlocked, which
would allow hot switching during the vertical interval.

     There is simply no hope otherwise, as consumer recorders (indeed, all
recorders) cannot cope with hot asynchronous switching without a time base
corrector. The time constant in the head servo of a VTR is extremely long,
and cannot be made to recover in a frame time. Besides, how do you expect to
handle wrong field edits asynchronously?

      I could see a way if you could send "advanced VTR sync" such as a line
store type time base corrector uses, but this is strictly a hackage for the
not-so-weak-of-heart.

     Sorry, but genlocking is a fact of life for those "professional" switchings,
and there just isn't any other economical way to do it. The time base correctors
required cost $10,000 or so each minimum, you'll need 1 and want 2.

     If you are serious, get some reasonable JVC E.N.G. type cameras that can
be genlocked.....

David Anthony
Sr. Analog Nut
DataSpan, Inc.
10-Apr-85 14:14:24-MST,1037;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 14:14:15-MST
Received: from simtel20.arpa by AMSAA.ARPA id a021556; 10 Apr 85 15:38 EST
Date: 10 Apr 1985  13:38 MST (Wed)
Message-ID: <KPETERSEN.12102103265.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   edelheit@mitre.ARPA
Cc:   Info-Cpm@AMSAA.ARPA
Subject: carriage returns in wordstar
In-reply-to: Msg of 9 Apr 1985  07:15-MST from edelheit at MITRE.ARPA

    I have a large file that has a hard carriage return after the end
    of each line and I would like to globally remove those cr's.
    Anyone have a quick and easy way to do it?

    Jeff Edelheit (edelheit at mitre)

Yes, you'll find it on SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.WSTAR>
WSCR.COM.1			BINARY	  1024  7255H
WSCR.MSG.1			ASCII	   985  BA27H

The .MSG file tells about it.  Run the program without an argument for
a menu.  It works great.
--Keith
10-Apr-85 14:38:09-MST,1749;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 14:37:50-MST
Received: from su-score.arpa by AMSAA.ARPA id a020283; 10 Apr 85 15:10 EST
Date: Wed 10 Apr 85 12:09:44-PST
From: Sam Hahn <Samuel@SU-SCORE.ARPA>
Subject: UPS, Compupro PC board
To: ruben@UT-NGP.ARPA
cc: info-cpm@AMSAA.ARPA
In-Reply-To: Message from "ruben@ut-ngp.ARPA (Ruben Ramirez-Mitchell)" of Wed 10 Apr 85 07:50:48-PST

Ruben --

FTP by host SCORE.  It supports anonymous logins for ftp, and just get
<SAMUEL>UPS.MAIL.  

I saw the graphics card last Saturday.  It's real, takes a keyboard,
and was running multi-windowing ConcurrentDOS.  It was using a NEC
monitor, not of good resolution, so there was some alignment problem
at the upper left corner of the screen.  Windows could be moved with
cursor keys (probably also by mouse, but we didn't have one).  For
serious or extended work, I would recommend not using color, as the
resolution is pretty bad.  That could be the 640x200 limitation, or
the monitor; or both.

We were using the top-of-the-line Keytronics keyboard, and my friend
Ed was of the opinion that the next model lower down in the line would
have sufficed; the one he had was overly fancy.

SuperCalc3 needs MSDOS 2.0, and therefore wouldn't generate graphics.
Lotus 1-2-3 ran.  (That was a surprise).  (This all hearsay from Ed,
my Compupro system center friend.  I wasn't able to stay too long.)
We're still trying various packages.  dBase3 didn't run.

Ed recommends Alloy for cartridge tape backup.  Says they're now
reliable and easy to use.

If anyone has corrections to the above, please let me know.  I'd like
more information myself.

					-- Sam
-------
10-Apr-85 15:10:28-MST,3486;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 15:10:12-MST
Received: from csnet-pdn-gw by AMSAA.ARPA id a021879; 10 Apr 85 15:55 EST
Received: from ubc by csnet-relay.csnet id a003769; 10 Apr 85 15:50 EST
Received: from ubc-vision.UUCP by ubc.csnet id AA07113; Wed, 10 Apr 85 12:42:44 pst
Date: Wed, 10 Apr 85 12:42:44 pst
Received: by ubc-vision.UUCP id AA10397; Wed, 10 Apr 85 12:42:44 pst
From: Samuel Lam <SKLM%mtsg.ubc.cdn%ubc.csnet@CSNET-RELAY.ARPA>
To: edelheit@MITRE.ARPA
MMDF-Warning:  Parse error in preceding line at CSNET-RELAY.ARPA
Cc: Info-Cpm@AMSAA.ARPA
MMDF-Warning:  Parse error in preceding line at CSNET-RELAY.ARPA
In-Reply-To: <<8504091416.AA06974@mitre.ARPA>>
Message-Id: <40:SKLM@mtsg.ubc.cdn>
Subject: carriage returns in wordstar

 
The following has been taken, verbatim, from the May 1984 issue of the 
UBC Computing Centre Newsletter, published by the Computing Centre, 
University of British Columbia.
 
It should solve your problem with carriage return and WordStar.
 
... Samuel Lam
 
CDNnet:  SKLM@mtsg.ubc.cdn
Mailnet: Samuel_Lam@UBC.Mailnet
 
_____________________________________________
 
 
     WORDSTAR FILES AND CARRIAGE RETURNS
                -- Glen Cooper
 
FMT to WordStar users have been encountering
a bothersome problem--every time they down-
load the former to the latter each line ends
in a hard carriage return (making WordStar
think every line is its own paragraph).
 
WordStar normally ends each line with a
"soft" carriage return (8D hex) as well as a
line feed (0A hex), but for any line which
happens to be at the end of a paragraph, the
soft carriage return is made "hard" (0D hex)
by having the higher-order bit turned off.
This difference is required because WordStar
justifies paragraphs, not line ranges, and
the program needs to know where each para-
graph ends.
 
Unfortunately, WordStar does not distinguish
between soft and hard returns in its editing
commands so users cannot easily make hard
returns soft. MicroPro suggests deleting the
hard returns and reformatting. This can be
very tedious when large files produced by
other programs need to edited by WordStar and
all the returns are hard. For example, files
produced on a mainframe and downloaded onto a
microcomputer by a communications program may
only have hard returns.
 
An easier way around this problem is demon-
strated in the following MicroSoft Basic
program which takes a file on drive B (called
HARD) and transforms it into a new file on
drive B (called SOFT) where all carriage re-
turns are made soft:
 
 
   100 REM
   110 REM from hard to soft carriage returns
   120 REM
   130 OPEN "I",#1,"B:HARD"
   140 OPEN "O",#2,"B:SOFT"
   150 IF EOF(1) GOTO 190
   160 LINE INPUT #1,L$
   170 PRINT #2,L$+CHR$(141)+CHR$(10);
   180 GOTO 150
   190 END
 
Note that this program assumes each line of
B:HARD ends in a hard carriage return.
 
After running the program you can then use
WordStar to mark the end of paragraphs by
hitting the return key anywhere on those
lines which end them (making sure insert mode
is off to avoid unwanted line breaks).
Another way to do this would be to end each
paragraph beforehand with a special symbol
(i.e., one which is not used for anything
else in the file) and then use WordStar's
global find and replace command to change all
special symbols to hard returns.
 
10-Apr-85 15:38:48-MST,1918;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 15:38:41-MST
Received: from xerox.arpa by AMSAA.ARPA id a021759; 10 Apr 85 15:47 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 10 APR 85 12:42:20 PST
Date: Wed, 10 Apr 85 12:42 PST
From: WSullivan.ES@XEROX.ARPA
Subject: Re: async camera switching.
In-reply-to: <828@loral.UUCP>
To: Jack Engle <engle%loral.uucp@BRL-TGR.ARPA>
cc: WSullivan.es@XEROX.ARPA, info-cpm@AMSAA.ARPA

A. Why not add a genlock module to one of your cameras, or get a
Panasonic
3170 or one other consumer/genlockable camera?. Then you could use my
$450
switcher (via Sony) & not only do Vertical/Int switching, but
fades/dissolves
as well, & split screen wipes, horizontal, or vertical, or color keying
for titles,
or special color effects, some very wild, like change a persons white
shirt to
red,yellow, cyan, etc, or tint the grass to be greener.

With a digital switcher and genlocked cameras, your picture synch's are
then fully broadcast comapatible. I moved up to the $2995 JVC 600 line
camera, for single shoots, or can balance with internal color bars to my
JVC S-3, or old Sony 2000, or even RCA C001 for a 2 camera video.

B. Get a TBC!. I just added a Sony Insert 3/4" machine; but gave up
following what you want to do.  To go from one machine to another;
unless you lock the synch's together, you'll have timing problems.
Timing can be cured with a TBC.
time base corrector (TBC's =  $6000 ) 

A. With my new($700-used) Sony flying erase/insert edit 3/4" machine,
I can tape directly to my 3/4" from one camera, & from Camera 2 to my 2d
VCR; & then dub from the 2d VHS machine over the lst video and have a
two camera shoot; but it means a lot of post production editing.. That's
why there are so many Hollywood Post-production houses with TBC's for
getting a final product.


11-Apr-85 05:22:08-MST,1279;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 05:22:02-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a025848; 11 Apr 85 6:52 EST
Received: from usenet by BRL-TGR.ARPA id a009989; 11 Apr 85 6:40 EST
From: King Ables <ables%mcc-db.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro,net.micro.cpm
Subject: hard disk for H89
Message-ID: <138@mcc-db.UUCP>
Date: 8 Apr 85 19:34:55 GMT
Xref: seismo net.micro:10494 net.micro.cpm:4245
To:       info-cpm@AMSAA.ARPA

[If you saw this on the arpa list h19-people, please ignore]

I'm considering buying a 10 or 20MB winchester for my H89 (I know,
throwing new money after old, right?) and I was wandering through
my latest Heath catalog and couldn't find any such animal.  I could
have sworn there was one at some point.  1) was there, is there still,
and can someone tell me how to get info on it (price, etc.) and 2) if
Heath has never had such an animal, has anyone done something else in
the way of drive and controller from another vendor which is relatively
simple to put install and if so, could you send me some info?
BTW, I have CP/M 2.2.

Ad[Thanks]vance

-King
(note new address):
ARPA: ables@mcc
UUCP: {ihnp4,seismo,ctvax}!ut-sally!mcc-db!ables
11-Apr-85 05:53:28-MST,1855;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 05:53:10-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a026049; 11 Apr 85 7:09 EST
Received: from usenet by BRL-TGR.ARPA id a010271; 11 Apr 85 6:51 EST
From: Kenn Barry <barry%ames.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Reading Apple II Disks
Message-ID: <922@ames.UUCP>
Date: 8 Apr 85 22:57:06 GMT
To:       info-cpm@AMSAA.ARPA

> In truth, the apple is 'softer' sectoring than anybody else - it
> doesn't look at the sector hole(s) *AT ALL*.  Therefore one can use
> in the apple either soft or hard sectored disks providing that you
> format them first.  It is this 'softer' sectoring that makes the
> apple weird - all other normal machine do look at the index hole -
> a hard sectored disk drives them wild.

	We got in a shipment of hard-sectored disks for our Apples by
mistake. I attempted to use them, as I could also see no reason the Apple
couldn't use hard-sectored disks (you are of course right about the Apple
using soft sectoring). Well, the hard sectored disks formatted perfectly,
and *seemed* to work at first, but quickly began to get habitual write
errors. These were good, name-brand disks, by the way.
	I can't fault your logic - I still don't understand why the hard-
sectored disks didn't work. But I thought I'd better warn those who want
to try it to be cautious - don't be too quick to commit valuable files
to these disks.

-  From the Crow's Nest  -                      Kenn Barry
                                                NASA-Ames Research Center
                                                Moffett Field, CA
-------------------------------------------------------------------------------
 	USENET:		 {ihnp4,vortex,dual,hao,menlo70,hplabs}!ames!barry
11-Apr-85 08:14:51-MST,1119;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 08:14:45-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a003447; 11 Apr 85 9:29 EST
Received: from usenet by BRL-TGR.ARPA id a014535; 11 Apr 85 8:38 EST
From: Sam Chin <tsc2597%acf4.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: CPM/80 emulator under CPM/86 query
Message-ID: <1010009@acf4.UUCP>
Date: 9 Apr 85 17:11:00 GMT
To:       info-cpm@AMSAA.ARPA

<>

Does anyone know where I can get a public domain CPM/80 emulator which runs
under CPM/86 or MS-DOS?  I managed to download one from the PC-BLUE bulletin
board at (718) 539-3338 but it was damaged and couldn't run.  Evidently it
is on the PC-SIG disk number S217-16.  I looked on SIMTEL20 and DEC-MARLBORO
but it wasn't there.  Is there an ARPA info-cpm archive like the info-ibmpc
archive on USC-ISIB? Is there another bulletin board in NYC which might have
it?

                                                    Sam Chin
						allegra!cmcl2!acf4!tsc2597
                                                tsc2597.acf4@nyu
11-Apr-85 14:33:58-MST,1146;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 14:33:53-MST
Received: from radc-multics.arpa by AMSAA.ARPA id a020084; 11 Apr 85 15:46 EST
Date:  Thu, 11 Apr 85 15:36 EST
From:       Roz      <RTaylor@RADC-MULTICS.ARPA>
Subject:  Educational S/W for Commodore SX-64
To:  info-cpm@AMSAA.ARPA
cc:  RTaylor@RADC-MULTICS.ARPA
Message-ID:  <850411203612.556415@RADC-MULTICS.ARPA>

    I have taken the plug and acquired the above machine because of the
irresistable combination of cause and amount of software available.  I
believe **MOST** C-64 software runs on the SX.  My son is 6, and except
for rare excursions on my lap, has not touched a computer.
    If you have experienced any educational software and will volunteer
comments to me, I would appreciate it.  If this has been covered before,
please give me a pointer, I travel A LOT and could have easily missed
the subject.  If I receive any direct comments, I will collate, respect
your annonymity (if so desired), and post a summary to the net, if so
desired.
    Thanks.
                                  Roz
11-Apr-85 16:49:05-MST,902;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 16:48:49-MST
Received: from simtel20.arpa by AMSAA.ARPA id a022197; 11 Apr 85 18:22 EST
Date: 11 Apr 1985  16:22 MST (Thu)
Message-ID: <KPETERSEN.12102395226.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: QK21 problems

Relayed from RCPM Royal Oak...

Date: 4/3/85
From: CLIFF HARRISON
To:   ALL
Re:   QK21 PROBLEMS

I down loaded the new QK21 file yesterday and find that it won't work
with my ZCPR2 system.  On my old plain vanilla CPM system it works
just fine.  I've got a Northstar Horizon and need whatever information
that the computing community can offer.  Please leave a message here
or call at (313) 483-7816.  Thanks in advance.

                                Cliff Harrison
11-Apr-85 17:03:51-MST,777;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 17:03:47-MST
Received: from simtel20.arpa by AMSAA.ARPA id a022204; 11 Apr 85 18:24 EST
Date: 11 Apr 1985  16:24 MST (Thu)
Message-ID: <KPETERSEN.12102395659.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: MDM7x overlay needed for Micromodem IIe

Relayed from RCPM Royal Oak...

Date: 04/04/85
from: JOHN WALKER
To:   ALL
Re:   M7OVL FOR MICROMODEM IIE?

Does anyone know if there is a MDM7xx overlay for the Hayes Micromodem
IIe?  I'm presently using the Micromodem II overlay which does not
support the speaker attached to the IIe which occasionally comes in
handy.
11-Apr-85 18:45:26-MST,1494;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 18:45:21-MST
Received: from cisl-service-multics.arpa by AMSAA.ARPA id a022352;
          11 Apr 85 19:45 EST
Received: FROM HIS-PHOENIX-MULTICS.ARPA BY CISL-SERVICE-MULTICS.ARPA WITH dial; 11 APR 1985 19:39:59 EST
Posted-Date:  11 Apr 85 17:37 MST
Date:  Thu, 11 Apr 85 17:35 MST
From:  Jerry Crow <JCrow@his-phoenix-multics.arpa>
Subject:  KAYPRO II Video
Reply-To:  JCrow%PCO-Multics@CISL-SERVICE-MULTICS.ARPA
To:  KPETERSEN@SIMTEL20.ARPA
cc:  Info-Cpm@AMSAA.ARPA
Message-ID:  <850412003551.040443@HIS-PHOENIX-MULTICS.ARPA>

RE:  Detailed information on Kaypro II video driver

Note  that  these  codes  are  for the older, original Kaypro II (sometimes
called a 2'83).  The new Kaypro 2's, (often referred to as 2'84's) and 2X's
and  4's  have  the  same  capabilites  as the original Kaypro 10's.  These
include,  in  addition  to those listed for the Kaypro II, video attributes
(inverse,  low  intensity, blink, underline) and text erasure (end of line,
end  of  page).   The  Greek  alphabet is not included in the newer models,
however.

The  newer  boards  (all  Kaypro  8  bit models now contain the same mother
board)  also  support a limited "graphics" capability.  This is handled via
the BIOS in a pseudo pixel addressable mode.

The Kaypro remains, however, a functional superset of the ADM3A.

/Jerry
JCrow%PCO-Multics@CISL-SERVICE-MULTICS
11-Apr-85 20:32:29-MST,2614;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 20:32:14-MST
Received: from xerox.arpa by AMSAA.ARPA id a022604; 11 Apr 85 21:48 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 11 APR 85 18:43:31 PST
Date: Thu, 11 Apr 85 13:15 PST
From: Eldridge.es@XEROX.ARPA
Subject: Re: random numbers
In-reply-to: "ssalzman's message of 9 Apr 85 9:11:54 PST"
To: ssalzman.es@XEROX.ARPA
cc: info-cpm@AMSAA.ARPA, info-pascal@BRL-VOC.ARPA


This message describes several "linear congruential" random number
generators.

A characteristic of the linear congruential method is that the maximum
period is determined by the precision of arithmetic used.  For example,
using 16-bit binary arithmetic, the maximum possible period is 65,535.
To make the period reasonably large, 32-bit binary arithmetic should be
used.  The selection of the multiplier and constant also affect the
period and distribution of the random numbers. (For more on this refer
to Knuth, Semi-Numerical Algorithms)

Here is the random number generator from a Unix system.  It runs on a
VAX which has 32 bit words.

/* @(#)rand.c	4.1 (Berkeley) 12/21/80 */
static	long	randx = 1;

srand(x)
unsigned x;
{
	randx = x;
}

rand()
{
	return((randx = randx * 1103515245 + 12345) & 0x7fffffff);
}



If you have real arithmetic available, you might want to try the
following random number generator.  It generates a real in the range 0 <
n < 1.  This one has a period of 1 million.  It comes from the HP-67
library.

NewSeed := Frac(9821. * Seed + 0.211327)

Caution: be sure to avoid a starting seed equal to (1. - 0.211327)/9821.
That seed will produce a result of zero.  This formula assumes that the
precision of the arithmetic is ten decimal digits or better.


Most random number generators produce uniformly distributed numbers.
Sometimes it is desirable to have normally (Gaussian) distributed
numbers.  The following formula can be used to convert uniformly
distributed numbers into normally distributed numbers with a given mean
and standard deviation.


T = sqrt(-2*ln(rand1))*sin(360*rand2)

G = StdDev*T + Mean

where

rand1 : random number in the range 0 < n < 1
rand2 : another random number in the range 0 < n < 1
StdDev : standard deviation of desired distribution
Mean : mean of desired distribution

Reference
Knuth, Semi-Numerical Algorithms p. 104

The only drawback is that transcendental functions must be evaluated.
This can be speeded up at the expense of memory by the use of table
look-up.

George

11-Apr-85 22:20:46-MST,566;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 22:20:41-MST
Received: from bnl.arpa by AMSAA.ARPA id a022742; 11 Apr 85 23:48 EST
Date: 11 Apr 85 23:41:34 EST
From: "John S. Labovitz" <hnij@bnl.ARPA>
Subject: chess programs for cp/m?
To: info-cpm@AMSAA.ARPA

someone i know is looking for a chess program that runs under cp/m (he
has 3.0, but 2.2 would work also).  if anyone knows of any, please *mail*
me responses, don't post them to the whole list.  thanks much.

	@hn1j@
	(hnij@bnl.arpa)
12-Apr-85 06:43:36-MST,1281;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Apr 85 06:43:29-MST
Received: from mitre.arpa by AMSAA.ARPA id a024748; 12 Apr 85 8:08 EST
Received: by mitre.ARPA (4.12/4.7)
	id AA13646; Fri, 12 Apr 85 08:08:18 est
Message-Id: <8504121308.AA13646@mitre.ARPA>
To: Roz <RTaylor@RADC-MULTICS.ARPA>
Cc: info-cpm@AMSAA.ARPA, edelheit@MITRE.ARPA
Subject: Re: Educational S/W for Commodore SX-64
In-Reply-To: Your message of Thu, 11 Apr 85 15:36 EST.
	     <850411203612.556415@RADC-MULTICS.ARPA>
Date: 12 Apr 85 08:07:24 EST (Fri)
From: edelheit@MITRE.ARPA

Roz - I got a C-64 for my 3 year old.  My experience has been that the
CBS Software and the Spinnaker Software is really good.  Spinnaker's
Alphabet Zoo might be good for a 6 yr. old (it's too advanced for my 
son.) It needs a joy stick, but if the SX is like the C-64, there should
be a port for it.  It uses the Atari-type joy stick, which is available
from all sorts of places, including your local Radio Shack.  

One additional set of Software that is really quite good is the stuff
from Children's Television Workshop (a.k.a., Sesame Street).  The CTW
software is published by CBS Software.

Hope this helps.

Jeff Edelheit
(edelheit at mitre)
12-Apr-85 14:15:19-MST,691;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Apr 85 14:15:15-MST
Received: from xerox.arpa by AMSAA.ARPA id a004287; 12 Apr 85 15:37 EST
Received: from PinotNoir.ms by ArpaGateway.ms ; 12 APR 85 11:05:36 PST
Date: 12 Apr 85 11:05 PST
From: Ghenis.pasa@XEROX.ARPA
Subject: Re: chess programs for cp/m?
In-reply-to: "John S. Labovitz" <hnij@bnl.ARPA>'s message of 11 Apr 85
 23:41:34 EST
To: hnij@BNL.ARPA
cc: info-cpm@AMSAA.ARPA

The Software Toolworks (publishers of the C/80 compiler) have MYCHESS,
which they claim beats SARGON (don't know which version of SARGON) and
can play at close to B level.
Price is $30 or $40.
12-Apr-85 16:35:50-MST,1022;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Apr 85 16:35:44-MST
Received: from ucb-vax.arpa by AMSAA.ARPA id a006208; 12 Apr 85 18:02 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.45)
	id AA16384; Fri, 12 Apr 85 15:01:43 pst
Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA)
	by ucbjade.CC.Berkeley.ARPA (4.19/4.34.1)
	id AA01671; Fri, 12 Apr 85 14:36:52 pst
Received: by ucbopal.CC.Berkeley.ARPA (4.19/4.34.1)
	id AA11232; Fri, 12 Apr 85 14:36:31 pst
Date: Fri, 12 Apr 85 14:36:31 pst
From: "William C. Wells" <wcwells%ucbopal.CC@ucb-vax.ARPA>
Message-Id: <8504122236.AA11232@ucbopal.CC.Berkeley.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: User Group Accounting

Does anyone have public domain software for maintaining membership
lists and doing user group accounting?

Someone meantioned a public domain business package recently --
where is it?

I have a PMC Micromate 101 (Z80A) running CP/M 3.0

Bill
13-Apr-85 00:17:32-MST,1000;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Apr 85 00:17:26-MST
Received: from ucb-vax.arpa by AMSAA.ARPA id a000314; 13 Apr 85 1:41 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.45)
	id AA24782; Fri, 12 Apr 85 22:41:28 pst
Received: from ucbamber.CC.Berkeley.ARPA (ucbamber.ARPA)
	by ucbjade.CC.Berkeley.ARPA (4.19/4.34.1)
	id AA09402; Fri, 12 Apr 85 22:42:27 pst
Received: by ucbamber.CC.Berkeley.ARPA (4.19/4.34.1)
	id AA18059; Fri, 12 Apr 85 22:42:03 pst
Date: Fri, 12 Apr 85 22:42:03 pst
From: swillett%ucbamber.CC@ucb-vax.ARPA
Message-Id: <8504130642.AA18059@ucbamber.CC.Berkeley.ARPA>
To: Info-Cpm@AMSAA.ARPA, W8SDZ@SIMTEL20.ARPA
Subject: Re: QK21 problems

I have used QK21 successfully with my old Kaypro II, modified to a KP 8 with
a Micro C upgrade, running at 5 mhz and furnished with ZCPR2.  I haven't run
the combination for thousands of hours, but I have used it off and on.
13-Apr-85 00:32:08-MST,1362;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Apr 85 00:32:01-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000339; 13 Apr 85 2:04 EST
Received: from usenet by BRL-TGR.ARPA id a015179; 13 Apr 85 1:59 EST
From: Milt Boyd 381-1351 ZKO1-2/D13 <boyd%advise.dec@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: a newsletter for Wa-Tor
Message-ID: <1619@decwrl.UUCP>
Date: 11 Apr 85 16:15:21 GMT
Sender: daemon%decwrl.uucp@BRL-TGR.ARPA
To:       info-cpm@AMSAA.ARPA


	I am soon to publish an irregular newsletter "Running Wa-Tor",
concerned with the water world simulation devised by A. K. Dewdney,
and described in his column "Computer Recreations" in the Dec 84
issue of Scientific American.  Sharks and fishes locked in eternal struggle.
	There is enough material for two issues, to start.  I am 
earnestly soliciting more material, and subscribers. I intend to 
carry listings, analysis, experiments, theory, epic poetry, cartoons,
whatever comes in that will get past legal.
	Send me a SASE, and get back more info.  I can't afford to
subsidize this, so I'll have to charge, but I think you'll get
value for money.

	Milt Boyd
	PineTree
	PO Box 267
	Amherst NH 03031-0267

Posted:	Thu 11-Apr-1985 11:13 EST/ Milt Boyd, 381-1351 ZKO 1-2/D13
To:	RHEA::DECWRL::"net.micro.cpm"
13-Apr-85 00:58:21-MST,1451;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Apr 85 00:58:16-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000341; 13 Apr 85 2:05 EST
Received: from usenet by BRL-TGR.ARPA id a015245; 13 Apr 85 2:00 EST
From: Dave Sweeney <dms%dciem.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Random Numbers
Message-ID: <1523@dciem.UUCP>
Date: 10 Apr 85 16:42:38 GMT
To:       info-cpm@AMSAA.ARPA

Nick Cuccia writes:
> 
> 
> function Random(var x: integer): real;
> 
> const
> 	A = 2047;		(* = 2^11 - 1, a prime number *)
> 	M = 524287;		(* = 2^19 - 1, a prime number *)
> 
> begin (* random *)
>     x := (A*x) mod M;		(* finding new seed value *)
>     Random := x / M;		(* finding next number in series *)
> end; (* function random *)

While A (= 2047) and M (= 524287) are mutually prime (HCF = 1), which
is all that is required for the algorithm, A is not a prime number:

	2047 = 23 * 89

which will hopefully discourage 16-bit-machine users from using it
for M (which must be prime for the series to have full period).
Here at DCIEM we use an implementation of the generator described
on p. 464 of Knuth's vol. 2, with k = 55, j = 31.  As no multiplications
or divisions are involved, it is reasonably fast.
-- 
	Dave Sweeney, DCIEM
	{allegra,ubc-vision,linus,ihnp4,uw-beaver,floyd}!utcsrgv!dciem!dms
or	{allegra,ihnp4,linus,decvax}!utzoo!dciem!dms
13-Apr-85 01:54:53-MST,607;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Apr 85 01:54:50-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000620; 13 Apr 85 3:27 EST
Received: from usenet by BRL-TGR.ARPA id a017123; 13 Apr 85 3:08 EST
From: Stefan Kristensson <stkr%enea.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: generic Kermit-80 binary xfer ok (thanks)
Message-ID: <858@enea.UUCP>
Date: 12 Apr 85 13:15:51 GMT
To:       info-cpm@AMSAA.ARPA


It should work if you just do "set parity space" in C-kermit (this turns on
the 8th-bit quoting mechanism).
13-Apr-85 14:26:33-MST,1039;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Apr 85 14:26:29-MST
Received: from mit-multics.arpa by AMSAA.ARPA id a000319; 13 Apr 85 10:54 EST
Date:  Sat, 13 Apr 85 15:36 EST
From:  "Paul E. Woodie" <Woodie@MIT-MULTICS.ARPA>
Subject:  Kermit/Executive
To:  info-cpm@AMSAA.ARPA
Message-ID:  <850413203617.857605@MIT-MULTICS.ARPA>

I have been trying (unsuccessfully) to get generic cpm-plus (ver 3)
Kermit to work with my Osborne Executive.  Has anyone had better luck
than I in pulling off that trick?  My problem in a nutshell is that when
I go into the CONNECT mode, exactly one character gets sent and then the
program "hangs up." Most of the time I'm even fortunate to be able to
get back to the Kermit command mode without having to reboot.  I
normally use MEX for communication, and am quite happy with it, but now
and then I need the Kermit protocol.  Otherwise, I'd just forget it and
stick with MEX.

Thanks,

--Paul Woodie (Woodie.DODCSC at MIT-Multics)
14-Apr-85 14:27:00-MST,6271;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 14 Apr 85 14:26:45-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000374; 14 Apr 85 15:56 EST
Date: Sun 14 Apr 85 10:46:17-MST
From: Jim Forrest <JFORREST@SIMTEL20.ARPA>
Subject: Help needed - TURBO & Anchor XII (Long)
To: INFO-CPM@AMSAA.ARPA
cc: JFORREST@SIMTEL20.ARPA

A friend has a Kaypro10 (like mine) and has an Anchor XII modem. His BBS users
are unable to get in at 300 Baud with the following routine, although it
works at 1200 baud and works on a Hayes at 300/1200 fine. Greatly need help.
Jim

begin
  mem[$FF7C] := t[0];
  mem[$FF7D] := t[1];
  mem[$FF7E] := t[2];
  mem[$FF7F] := pred(t[3]);
  mem[$FF80] := pred(t[4]);
  mem[$FF81] := t[5]
end;


const
{ Machine specific constants }

  DataPort   = $04;          { Data port }
  StatusPort = $06;          { Status port }
  RatePort   = $00;          { Data rate (bps) port }

{ StatusPort commands }

  RESCHN     = $18;          { reset channel }
  RESSTA     = $10;          { reset ext/status }
  WRREG1     = $00;          { value to write to register 1 }
  WRREG3     = $C1;          { 8 bits/char, rx enable }
  WRREG4     = $44;          { 16x, 1 stop bit, no parity }
  DTROFF     = $68;          { dtr off, rts off }
  DTRON      = $EA;          { dtr on, 8 bits/char, tx enable, rts on }
  ONINS      = $30;          { error reset }

{ StatusPort status masks }

  DAV        = $01;          { data available }
  TRDY       = $04;          { transmit buffer empty }
  DCD        = $08;          { data carrier detect }
  PE         = $10;          { parity error }
  OE         = $20;          { overrun error }
  FE         = $40;          { framing error }
  ERR        = $60;          { parity, overrun and framing error }

{ Smartmodem result codes }

  OKAY        = '0';         { Command executed with no errors }
  CONNECT300  = '1';         { Carrier detect at 300 bps }
  RING        = '2';         { Ring signal detected }
  NOCARRIER   = '3';         { Carrier lost or never heard }
  ERROR       = '4';         { Error in command execution }
  CONNECT1200 = '5';         { Carrier detect at 1200 bps }

{ Rate setting commands }

  BD300      = 5;            { 300 bps }
  BD1200     = 7;            { 1200 bps }

function mdcarck: boolean;
{ Check to see if carrier is present }
begin
  port[StatusPort] := RESSTA;
  mdcarck := ((DCD and port[StatusPort]) <> 0)
end;

function mdinprdy: boolean;
{ Check for ready to input from modem }
var
  bt: byte;
begin
  if (DAV and port[StatusPort]) <> 0
    then
      begin
        port[StatusPort] := 1;
        if (ERR and port[StatusPort]) <> 0
          then
            begin
              port[StatusPort] := ONINS;
              bt := port[DataPort];
              mdinprdy := FALSE
            end
          else mdinprdy := TRUE
      end
    else mdinprdy := FALSE
end;

function mdinp: byte;
{ Input a byte from modem - no wait - assumed ready }
begin
  mdinp := port[DataPort]
end;

procedure mdout(b: byte);
{ Output a byte to modem - wait until ready }
begin
  repeat
  until (TRDY and port[StatusPort]) <> 0;
  port[DataPort] := b
end;

procedure mdinit;
{ Initialize the sio channel and the Hayes Smartmodem 1200 }
const
  sio_init: array[1..9] of byte = (RESCHN, 4, WRREG4, 1, WRREG1, 3, WRREG3, 5, DTROFF);
var
  i: integer;
  mdm_attn : string[2];
  mdm_init : string[41];
  bt       : byte;
begin
  for i := 1 to 9 do
    port[StatusPort] := sio_init[i];        { initialize the SIO channel }
  port[StatusPort] := 5;                    { pull DTR high }
  port[StatusPort] := DTRON;
  mdm_attn := 'AT';
  mdm_init := 'ATE0Q0V0M0X1 S0=0 S2=3 S4=255 S5=255';
  port[RatePort] := BD1200;                 {set the 8116 to 1200 baud}
  delay (500);                              {let the modem settle for a bit}
  for i := 1 to 2 do
    begin
      bt := ord(mdm_attn[i]);               {force the modem to 1200 baud}
      mdout(bt)
    end;
  bt := ord(CR);
  mdout(bt);
  delay (2000);                             {wait a sec...}
  for i := 1 to 41 do
    begin
      bt := ord(mdm_init[i]);               {initialize the modem}
      mdout(bt)
    end;
  bt := ord(CR);
  mdout(bt);
  bt := mdinp;                              { clear any previous rings }
  bt := mdinp
end;

function mdring: boolean;
{ Determine if the phone is ringing }
begin
  if mdinprdy
    then mdring := (RING = chr(mdinp))
    else mdring := FALSE
end;

procedure mdhangup;
{ Hangup modem }
var
  i        : integer;
  mdm_hang : string[4];
  bt       : byte;
begin
  repeat
    port[StatusPort] := 5;             { setup to write register 5 }
    port[StatusPort] := DTROFF;        { clear DTR, causing hangup }
    delay(2000);
    port[StatusPort] := 5;
    port[StatusPort] := DTRON;
    if mdcarck
      then
        begin
          mdm_hang := 'ATH0';
          for i := 1 to 3 do
            begin
              bt := ord(ETX);
              mdout(bt)
            end;
          delay(1500);
          for i := 1 to 4 do
            begin
              bt := ord(mdm_hang[i]);
              mdout(bt)
            end;
          bt := ord(CR);
          mdout(bt)
        end;
  until not(mdcarck)
end;

procedure mdans;
{ Detect and set system to rate at which modem answered phone }
var
  mdm_answ : string[3];
  code     : char;
  i        : integer;
  bt       : byte;
begin
  repeat
  until mdinprdy;
  bt := mdinp;
  mdm_answ := 'ATA';
  for i := 1 to 3 do
    begin
      bt := ord(mdm_answ[i]);
      mdout(bt)
    end;
  bt := ord(CR);
  mdout(bt);
  repeat
  until mdinprdy;
  code := chr(mdinp);
  if code = CONNECT1200
    then
      begin
        port[RatePort] := BD1200;
        rate := 0.02075;
        delay(500);
        bt := mdinp;
        bt := mdinp
      end;
  if code = CONNECT300
    then
      begin
        port[RatePort] := BD300;
        rate := 0.083;
        delay(500);
        bt := mdinp;
        bt := mdinp
      end;
  if code = NOCARRIER
    then mdhangup
end;
-------
15-Apr-85 10:02:28-MST,909;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Apr 85 10:02:23-MST
Received: from csnet-pdn-gw by AMSAA.ARPA id a005377; 15 Apr 85 11:30 EST
Received: from ubc by csnet-relay.csnet id aa20611; 15 Apr 85 11:30 EST
Date: Mon, 15 Apr 85 08:18:05 pst
Received: by ubc.csnet id AA02901; Mon, 15 Apr 85 08:18:05 pst
From: Craig Jeffrey <jeffrey%cmc.cdn%ubc.csnet@CSNET-RELAY.ARPA>
To: info-cpm@AMSAA.ARPA
MMDF-Warning:  Parse error in preceding line at CSNET-RELAY.ARPA
Message-Id: <148:jeffrey@cmc.cdn>
Subject: C on VT180

Does anybody out there know of a low cost (but fairly complete) C
specifically for the VT180 ?

I would be curious to know if there's a VT180 users group and if they
exchange software etc. or am i the only one left.

                          Thanks  Craig Jeffrey
                                  <jeffrey@cmc.cdn>

15-Apr-85 17:22:34-MST,1146;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Apr 85 17:22:26-MST
Received: from rand-unix.arpa by AMSAA.ARPA id a000277; 15 Apr 85 18:44 EST
Received: by rand-unix.ARPA; Mon, 15 Apr 85 12:30:16 pst
From: Bridger Mitchell <bridger@rand-unix.ARPA>
Message-Id: <8504152030.AA14096@rand-unix.ARPA>
Date: 15 Apr 85 12:30:10 PST (Mon)
To: info-cpm@AMSAA.ARPA, heath-people@mit-mc.ARPA
Cc: Bridger Mitchell <bridger@rand-unix.ARPA>
Subj: Wanted: Apple & Z-100 Testsites for DateStamper

DateStamper(TM) provides  automatic, transparent, and virtually
instantaneous date- and time-stamping for CP/M 2.2 files.

Beta-testing has been completed on 15-20
types of CP/M machines and real-time clocks.  To readily
support Apple ][ and Z-100 machines running CP/M 2.2
with a real-time clock, we'd appreciate volunteers with
those systems and ASM programming experience who are willing
to install and test a DateStamper clock-reading routine.

If you would like to assist , please reply
directly to me with a summary of your clock and CP/M 2.2 system
hardware.

-bridger mitchell

15-Apr-85 18:31:06-MST,836;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Apr 85 18:30:49-MST
Received: from csnet-pdn-gw by AMSAA.ARPA id a000564; 15 Apr 85 19:29 EST
Received: from ubc by csnet-relay.csnet id a021811; 15 Apr 85 15:21 EST
Date: Mon, 15 Apr 85 12:13:38 pst
Received: by ubc.csnet id AA04355; Mon, 15 Apr 85 12:13:38 pst
From: Craig Jeffrey <jeffrey%cmc.cdn%ubc.csnet@CSNET-RELAY.ARPA>
To: info-cpm@AMSAA.ARPA
MMDF-Warning:  Parse error in preceding line at CSNET-RELAY.ARPA
Message-Id: <153:jeffrey@cmc.cdn>
Subject: VT180 C

Does anybody out there know of an inexpensive (but complete) "C" for
the VT180 ?

Is there a VT180 user group or am i the last of a dying breed ??

                                 Craig Jeffrey
                                 <jeffrey@cmc.cdn>


15-Apr-85 23:30:15-MST,1152;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Apr 85 23:30:09-MST
Received: from nosc-gw by AMSAA.ARPA id a000691; 15 Apr 85 20:35 EST
Received: from cod.ARPA by nosc.ARPA (4.17/4.7)
	id AA13400; Mon, 15 Apr 85 17:34:40 pst
From: bang!dan@nosc.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Received: by cod.ARPA (4.17/4.7)
	id AA21348; Mon, 15 Apr 85 17:32:37 pst
Date: Mon, 15 Apr 85 17:32:37 pst
Message-Id: <8504160132.AA21348@cod.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: bye332
Cc: dan@nosc.ARPA



Can anyone tell me where to find the .ins files for bye332 that
are mentioned in bye331.inf.  I searched all over simtel, but
only found the un-updated .asm files for the previous versions of
bye (I think).

Better yet, can anyone tell me where I can find the insert file
for the Televideo TS803 (note: not the same as the TS802). 


                              any help appreciated,
                                 thanks in advance,

                                        Dan Seguin
                                        bang!dan@nosc



15-Apr-85 23:49:11-MST,903;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Apr 85 23:49:08-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000245; 16 Apr 85 0:04 EST
Received: from usenet by BRL-TGR.ARPA id a014309; 15 Apr 85 23:59 EST
From: echo Hello <friedman@TOPAZ.ARPA>
Newsgroups: net.micro.apple,net.micro.cpm
Subject: StarCard
Message-ID: <1215@topaz.ARPA>
Date: 16 Apr 85 00:05:24 GMT
Xref: seismo net.micro.apple:1983 net.micro.cpm:4281
To:       info-cpm@AMSAA.ARPA

I heared that the StarCard CP/M card that can be bought with 
Wordstar is really a PCPI 6mhz card.  If this is true,
does any one know if it comes with the CP/M utilities and
manuals?.

I saw a place advertising it for ~$150....

                                    -Gadi
                                  friedman@Ru-Topaz.Arpa
                                  topaz!friedman
15-Apr-85 23:56:26-MST,1175;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Apr 85 23:56:21-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000185; 15 Apr 85 22:34 EST
Received: from usenet by BRL-TGR.ARPA id a012685; 15 Apr 85 22:13 EST
From: Mike Mueller <mike%vice.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: CP/M vs ADDS MultiVision
Message-ID: <97@vice.UUCP>
Date: 13 Apr 85 00:11:37 GMT
To:       info-cpm@AMSAA.ARPA



Does anyone have any information on:

   1.  The compatability of their MUON operating system with CP/M.
       Hint: I have been told it is an "extended" CP/M BDOS?

   2.  Disk format.  I know it's double sided, but that's about all.
       Is it similar to any other format (eg, KAYPRO).


Since this is not likely to be of general interest, replys by mail would
be appreciated.

Thanks!

-- 
         Mike Mueller

uucp:    {decvax,harpo,ihnss,pur-ee,ucbvax,unc,zehntel}!teklabs!vice!mike
ARPA:    vice!mike.tek@Rand-Relay                  
CSnet:   vice!mike@tek
US Mail: Mike Mueller, Tektronix, Inc.
         Box 500  MS 59-323, Beaverton OR  97077
Phone:   (503)627-3187
16-Apr-85 00:18:19-MST,1169;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 00:18:06-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000213; 15 Apr 85 23:51 EST
Received: from usenet by BRL-TGR.ARPA id a013781; 15 Apr 85 23:45 EST
From: Steve Grandi <grandi%noao.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: xmodem BATCH protocols; any documentation?
Message-ID: <412@carina.noao.UUCP>
Date: 15 Apr 85 18:04:45 GMT
To:       info-cpm@AMSAA.ARPA

I have recently seen an addendum by John Byrns to Ward Christensen's 1982 
MODEM protocol document that discusses the CRC option (both were recently
posted to net.sources).  Has anyone written down "official" protocols
for the batch file transfer mode of MODEM??  Comparing several
different programs, I find that they differ in whether or not the
file-name checksum is to be ACKed or not.  I think these two cases are
mutually exclusive!  Thus, I would like to know the "official" way of
doing things.
-- 
Steve Grandi, National Optical Astronomy Observatories, Tucson, AZ, 602-325-9228
{arizona,decvax,hao,ihnp4,seismo}!noao!grandi  noao!grandi@lbl-csam.ARPA
16-Apr-85 04:48:05-MST,895;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 04:48:01-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000391; 16 Apr 85 6:21 EST
Received: from usenet by BRL-TGR.ARPA id a020489; 16 Apr 85 6:18 EST
From: MesenbrinkRL <rlm%drutx.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Need help with Epson PX-8 binary file transfers
Message-ID: <2493@drutx.UUCP>
Date: 15 Apr 85 19:12:45 GMT
To:       info-cpm@AMSAA.ARPA

I just got an Epson PX-8 and want to be able to transfer
binary files from my Osborne. Currently, I convert the
file to ASCII codes, send that file and use a BASIC
program on the Epson to convert it back again. This works
fairly well but there must be an easier way. If MDM7 can
transfer binary files, I'd like a copy of a PX-8 overlay.
Any suggestions will be appreciated.

			Bob Mesenbrink
16-Apr-85 09:28:22-MST,1037;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 09:28:11-MST
Received: from simtel20.arpa by AMSAA.ARPA id a009667; 16 Apr 85 10:51 EST
Date: Monday, 15 April 1985  06:28-MST
Message-ID: <KPETERSEN.12103623841.BABYL@SIMTEL20.ARPA>
Sender: James Van Ornum <jhv%houxu.uucp@brl-tgr.ARPA>
From: James Van Ornum <jhv%houxu.uucp@brl-tgr.ARPA>
Subject:   Trenton Computer Festival
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Tue 16 Apr 1985 08:51-MST

10th Annual Trenton Computer Festival

this weekend - Saturday, April 20, 1985 10AM-6PM
	       Sunday,   April 21, 1985 10AM-4PM

at Trenton State College, Route 31, Trenton, NJ

general admission:    $7 covers both days, all events except banquet
students/Sr citizens: $3
Sunday only:          $5
Flea market spot:    $15 for whole weekend, includes 1 admission ticket
Sat evening banquet: $12

ATARI should be showing their "Jackintosh" in the ATARI user group area!!!
16-Apr-85 12:21:15-MST,1089;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 12:21:09-MST
Received: from nosc-gw by AMSAA.ARPA id a018225; 16 Apr 85 13:50 EST
Received: from cod.ARPA by nosc.ARPA (4.17/4.7)
	id AA20519; Tue, 16 Apr 85 10:50:48 pst
From: bang!dan@nosc.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Received: by cod.ARPA (4.17/4.7)
	id AA06913; Tue, 16 Apr 85 10:46:07 pst
Date: Tue, 16 Apr 85 10:46:07 pst
Message-Id: <8504161846.AA06913@cod.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: Re: StarCard


The "StarCard" sold by MicroPro with Wordstar is indeed the PCPI
Applicard running at 6Mhz.  I comes with a double sided disk that
contains CP/M 2.2 (may have been updated to 3.0) and all the
standard utilities (STAT, ASM, etc) on one side, and hardware
related utilities on the other.  It is also packaged with a 
beginners book on CP/M, "CP/M Primer".

It is a good package price if you can still get it.


                                 Dan Seguin
                                 bang!dan@nosc


16-Apr-85 15:31:23-MST,2579;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 15:31:14-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000172; 16 Apr 85 16:47 EST
Received: from usenet by BRL-TGR.ARPA id a008472; 16 Apr 85 16:46 EST
From: maxwell%eiffel.dec@BRL-TGR.ARPA
Newsgroups: net.micro.cpm
Subject: CP/M BIOS blues...
Message-ID: <1680@decwrl.UUCP>
Date: 15 Apr 85 22:05:23 GMT
Sender: daemon%decwrl.uucp@BRL-TGR.ARPA
To:       info-cpm@AMSAA.ARPA

[This line has bugs.... >0OO OO0<]

Hep, ah say, hep me!!!

I  finally decided to replace my *old* upwards from CP/M (tm) 1.4 compatable
Xitan  ELDOS 'operating system' with CP/M 2.2. I wrote a BIOS, including the
guts  of  the ELDOS driver for my Xitan DDDC disk controller, and tested it.
Parts  actually  worked.  I then tried to create a system disk with CP/M 2.2
and my new BIOS and learned, much to my horror, the result was *too big*.

I  realize  that I could just increase the system tracks to 3 from 2, giving
more  room, but I've got a lot of software (150+ diskettes) that assume data
(directory) starts on track 3, so....

[Bright  idea,  after  much  gnashing  of teeth, pulling of hair, renting of
clothing,  although  I now realize that others (Heathkit) have done it, too]
"I'll  put  the CCP in a file (CCP.SYS), BDOS and BIOS on the system tracks,
and  have  the  cold  and warm starts load the CCP from disk using BDOS file
I/O. That'll give me plenty of room."

Soooo,  I  modify  the  BIOS  boot  to call BDOS to open CCP.SYS, read in 16
records, and presto, the CCP is loaded, right?

Wrong.  For  some  unexplained reason, no data is transferred. DDTing though
the  BIOS  I  find  that  a) CCP.SYS is opened just fine (FCB modified, disk
accessed,  no errors returned, an' ever'thing) but b) when BDOS is called to
read each record, no disk activity occurs although BDOS returns with 0 in <A
(that's  register  A,  for  all  you ZBUG fans), saying everything's kosher.
Balderdash!!!

If  I've  managed to leave the CCP in place (after DDTing old CPM.SYS), CP/M
executes normally, impling that my BIOS is alright, and that BDOS is alright
(I  can  execute STAT.COM and other .COM's, TYPE files, etc.). However, if I
zap  the  CCP before executing the warm start, BIOS thinks it loaded the CCP
from CCP.SYS and tries to execute garbage.

I  *must*  be  doing something wrong, but what? Help. ELDOS is too large and
too  old  to  continue  using,  and  I  need  CP/M  2.2 to continue using my
tools....

-+- Sid Maxwell
16-Apr-85 16:13:21-MST,801;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 16:13:16-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a000517; 16 Apr 85 17:31 EST
Received: from usc-isid.arpa by BRL-AOS.ARPA id a013195; 16 Apr 85 16:58 EST
Date: 16 Apr 1985 16:24-EST
Sender: ABN.COSCOM-CE-PRG@USC-ISID.ARPA
Subject: MEX FOR APPLE CPM
From: ABN.COSCOM-CE-PRG@USC-ISID.ARPA
To: INFO-CPM@BRL.ARPA
Message-ID: <[USC-ISID.ARPA]16-Apr-85 16:24:56.ABN.COSCOM-CE-PRG>

DOES A MEX EXIST FOR THE APPLE II RUNNING CPM?

ALSO CAN SOMEONE FORWARD TO ME A COPY OF THAT LONG MESSAGE WHICH DESCRIBES
          HOW AND WHERE TO ACCESS PC BLUE AND SIMTEL ARCHIVE OF MICRO
          SOFTWARE.


Thanks.

Kevin Rappold
CPT GS
1st COSCOM
<ABN.COSCOM-CE>@USC-ISID.ARPA
16-Apr-85 16:36:55-MST,2128;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 16:36:48-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000410; 16 Apr 85 17:16 EST
Received: from usenet by BRL-TGR.ARPA id a008690; 16 Apr 85 16:52 EST
From: Ruben Ramirez-Mitchell <ruben%ut-ngp.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: VFILE.CMD problems.
Message-ID: <1619@ut-ngp.UUCP>
Date: 16 Apr 85 16:54:15 GMT
To:       info-cpm@AMSAA.ARPA


 I have some problems with VFILE.CMD (version 1.2). When I run it under 
 MPM-816 (in a Compupro system with a Q540 Hard disk) it hangs the system
 when I try to log into C5:, B6: or B10: (from any drive or user area).
 I also hangs when the program is invoked from C5, B6 or B10. I can abort
 from another console but the system starts getting flakey after this. 

 The previous version (1.1) works very well. Has anybody noticed this type of
 problem with VFILE (1.2)?
 
 I had been using version 1.2 for some time in my home system and never noticed
 anything amiss, but I had never tried to access these drives and areas with it.
 Most of the time I use other disk programs and these user areas have very 
 little activity.

 The problem showed up when checking a new Compupro (MPM-816) system I 
 installed in my lab. By pure chance I tried VFILE in C5 and the system hanged.
 Since it was consistent I checked all the other drives and user areas and
 found B6 and B10. Assuming the problem was in the system we started checking
 the hardware. Couldn't find anything wrong. Finally decided to try my home
 system hard disk with the new mainframe and the problem showed up.
 Then I checked my home system with VFILE and same thing happened.

                           Ruben Mitchell
                           ruben@ut-ngp.arpa

-- 


                                   Ruben Mitchell
                                   Cell Research Institute
                                   University of Texas
                                   Austin, Texas 78712
                                   ruben@ut-ngp.ARPA
17-Apr-85 14:40:53-MST,844;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 14:40:47-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a001115; 16 Apr 85 23:05 EST
Received: from simtel20.arpa by BRL-AOS.ARPA id a000319; 16 Apr 85 22:57 EST
Date: 16 Apr 1985  17:22 MST (Tue)
Message-ID: <CSTROM.12103716910.BABYL@SIMTEL20.ARPA>
From: CSTROM@SIMTEL20.ARPA
To:   MesenbrinkRL <rlm%drutx.uucp@BRL-TGR.ARPA>
Cc:   CSTROM@SIMTEL20.ARPA, info-cpm@BRL.ARPA
Subject: Need help with Epson PX-8 binary file transfers
In-reply-to: Msg of 15 Apr 1985  12:12-MST from MesenbrinkRL <rlm%drutx.uucp at BRL-TGR.ARPA>

There is a MEX overlay for the PX-8 on Simtel in the MICRO:<CPM.MEX>
directory. If you can't FTP the overlay, send me a note and I can give
you an address so you can send me a cassette.

-Charlie
17-Apr-85 15:05:55-MST,1057;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 15:05:50-MST
Received: from brl-vgr.arpa by AMSAA.ARPA id a010714; 17 Apr 85 15:09 EST
Received: from dca-eur.arpa by BRL-VGR.ARPA id a003284; 17 Apr 85 15:08 EST
Date: 17 Apr 85 11:49:04 GMT
From: bower@DCA-EUR.ARPA
Subject: LCD Display info request...
To: info-cpm@BRL-VGR.ARPA

Does anyone out there have any information on Liquid Crystal Displays
of the 8 by 80 or 16 by 80 sizes.  Specifically, the 16 by 80 Toshiba model
that was used by the late Gavilan.  I just received one of the units, and
desparately need to interface it into a homebrew portable system.  The unit
has two connectors on the rear, a 10-pin inline, and a 4-pin inline which
may be the power connection.

   Would appreciate any info on connection, and interfacing data.  Trying
to obtain such from here in Germany is a bit of a problem.

   Thanks in advance.
                                Hal Bower
                                Bower At DCA-EUR

17-Apr-85 15:30:40-MST,715;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 15:30:35-MST
Received: from simtel20.arpa by AMSAA.ARPA id a011656; 17 Apr 85 15:26 EST
Date: Wed, 17 Apr 1985  10:53 MST
Message-ID: <KPETERSEN.12103908265.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   ABN.COSCOM-CE-PRG@usc-isid.ARPA
Cc:   Info-Cpm@AMSAA.ARPA
Subject: MEX FOR APPLE CPM
In-reply-to: Msg of 16 Apr 1985  14:24-MST from ABN.COSCOM-CE-PRG at USC-ISID.ARPA

You can find a complete list of all known MEX overlays in:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.MEX>
MEXOVL03.LQT.1			BINARY	  6528  94CEH

--Keith
17-Apr-85 20:17:38-MST,905;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 20:17:34-MST
Received: from sdcsvax.arpa by AMSAA.ARPA id a013945; 17 Apr 85 16:31 EST
Received: by sdcsvax.ARPA (4.24/4.41)
	id AA01205; Tue, 16 Apr 85 20:17:42 pst
From: crash!ihom@SDCSVAX.ARPA
Message-Id: <8504170417.AA01205@sdcsvax.ARPA>
Date: Tue, 16 Apr 85 06:38:24 PST
To: sdamos!friedman@topaz.ARPA
Subject: Re: Starcard
Cc: info-cpm@AMSAA.ARPA

>I heard that the StarCard CP/M card that can be brought with
>Wordstar is really a PCPI 6mhz card.  If this is true,
>does any one know if it comes with the CP/M utilities and
>manuals?.

Right, the Starcard is the PCPI card.  And yes, it does come
with the CP/M utilites and device drivers.  MicroPro supplies
the Starcard manual which is similar to the PCPI manual -- brief!


--Irwin Hom		...!sdcsvax!crash!ihom@ucsd

17-Apr-85 20:18:46-MST,1417;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 20:18:38-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a014296; 17 Apr 85 16:57 EST
Received: from usenet by BRL-TGR.ARPA id a008282; 17 Apr 85 16:52 EST
From: "R.Thomas" <rbt%sftig.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Need technical info on PCPI Applicard CPM for the Apple II
Message-ID: <515@sftig.UUCP>
Date: 14 Apr 85 05:13:41 GMT
To:       info-cpm@AMSAA.ARPA

Does anyone know where to get-nuts-and-bolts technical information
about the PCPI Applicard?  I was recently given one as a gift by
someone who got it for free as part of a package with wordstar
software.  He already had a CPM card for his Apple II clone, so he
didn't need the Applicard, and gave it to me.  Unfortunately the
documentation he got with it is *very basic*, tells you how to plug it
in and run wordstar on it, period!  I dont want to run wordstar, but I
would like to run Turbo Pascal on it, and the things I want to do with
it involve needing to know the details of the communication between
the 6502 and the Z80.

Pointers to good books would be most helpful.

Replys by email and I will summarize for the net if there is enough
interest.

Thanks in advance

Rick Thomas
{most any backbone site, including akgua and ihnp4}!attunix!rbt
(201)-522-6062 10AM-6PM East Coast time.
17-Apr-85 20:20:04-MST,942;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 20:19:55-MST
Received: from usc-isid.arpa by AMSAA.ARPA id a014942; 17 Apr 85 18:22 EST
Date: 17 Apr 1985 00:45-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: Need help with Epson PX-8 binary file transfers
From: ABN.ISCAMS@USC-ISID.ARPA
To: rlm%drutx.uucp@BRL-TGR.ARPA
Cc: info-cpm@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA]17-Apr-85 00:45:47.ABN.ISCAMS>
In-Reply-To: <2493@drutx.UUCP>

Bob,

Re your query about sending binary files from your Epson PX-8.  Yep,
MDM7 can send binary just fine, but I hope someone else can point you
to the PX-8 overlay.  Kermit does well with binary too (to LOTS of
different otherwise incompatible systems), but with somewhat more
overhead if it has to ASCIIze midstream.  Haven't heard of a PX-8 version
of Kermit yet.

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
17-Apr-85 20:21:55-MST,700;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 20:21:50-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a015113; 17 Apr 85 18:49 EST
Date: 17 Apr 1985 18:43:56 EST
Subject: ZCPR3 Manual Publication
From: Steve Noland <NOLAND@USC-ISI.ARPA>
To: info-cpm@AMSAA.ARPA

Contrary to ZCPR3 Newsletter #108, the ZCPR3 Manual (book) is NOT ready
for shipment.  Conversation with the publisher (Zoetrope) this A.M indicated
that they were just preparing to print the camera copy, and that shipments
would (hopefuly) begin in June.  Some problem with the automatic typesetter
reading Wordstar files.

Hold tight.

Steve Noland
-------
17-Apr-85 20:36:47-MST,1812;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 20:36:40-MST
Received: from ut-ngp.arpa by AMSAA.ARPA id a015745; 17 Apr 85 21:16 EST
From: mknox <mknox@UT-NGP.ARPA>
Posted-Date: Wed, 17 Apr 85 19:44:34 CST
Message-Id: <8504180154.AA20315@ut-ngp.ARPA>
Received: by ut-ngp.ARPA (4.22/4.22)
	id AA20315; Wed, 17 Apr 85 19:54:35 cst
Date: Wed, 17 Apr 85 19:44:34 CST
To: maxwell%eiffel.DEC@DECWRL.ARPA, info-cpm@AMSAA.ARPA
Subject: Reply to: cp/m bios blues...


The scheme you are using [not bringing in the CCP until the system is
up] *should* work just fine.  "There must be a bug there somewhere ..."
[Big help, right?]

Anyway, there is another scheme which CCS uses and might be of use to
you.  If you measure closely, CP/M-2.2 will fit in two tracks on a single
sided, single density diskette *JUST BARELY*.  I believe it has between
384 and 512 bytes left free, depending on bootstrap.

What CCS does is put the system out there with an absolutely minimal
BIOS, just big enough to force BDOS to run a program which reads in
BIOS.SYS into a memory buffer, copy it up over the mini-bios, and exit
with a cold or warm boot (as you choose).  You don't need 
any disk write, fancy error checking, serial port, or printer support.
You don't even HAVE to have a CON: driver.

Obviously the system is
loaded at an address which leaves room at the top of memory for the
full size BIOS.

An advantage over the CCP scheme is that is simplifies warm-starts after
every ^C, the CCP and BDOS are in the system tracks where they belong.
Another advantage (if you play with the BIOS like I do) is that all you
have to do to test out a new BIOS is simply replace the BIOS.SYS file.
No mucking with PUTSYS, GETSYS, or the like.

17-Apr-85 21:57:41-MST,3665;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 21:57:25-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a016601; 17 Apr 85 23:24 EST
Date: Wed,17 Apr 85 23:24:45 EST
From: Eric Stork <STORK@mit-mc.ARPA>
Subject: New PD Program to save memory
To: info-cpm@AMSAA.ARPA
cc: STORK@mit-mc.ARPA
Message-ID: <[MIT-MC].459013.850417.STORK>


 This message announces the availability of SYA.LBR.1
 in SIMTEL-20, Directory MICRO:<CPM.WSTAR>
               CONTENTS
 Filename                Type     Bytes   CRC
 SYA.AQM                 BINARY   18048  BD9EH
 SYA.DQC                 BINARY    3968  C3B0H
 SYA-WS.COM              BINARY    2816  7185H

 The following is an extract from the DOC file:


 It shouldn't happen -- but it does.

 You're  using  your  favorite word processor -- a report, letter,
 program, what-have-you -- and a glitch locks up the terminal.

 Of  course, if you know a lot about how CP/M's memory works, have
 DDT   or   its   equivalent   available,   don't   overlay   your
 text-in-memory  with  DDT  or  its  clone,  know  where your word
 processor's edit space begins, know how to move  the  content  of
 memory  to 100H, know how to find the end of your text in memory,
 know how to figure the number of pages to save -- if you know ALL
 of the above you can save your assets and start over.

 But now there is a better way to SAVE YOUR ASSets - enter SYA.


 SYA is a 3k program that you should keep handy.  Menu-driven,  it
 can  be figured out easily even if yu've not used it for a while.
 If you screw up, just exit SYA and invoke it  again.   Since  you
 don't  have  to  move memory around, you can try as many times as
 you like so long as you don't turn the power off.

 Here's what SYA does:

     .   Starting at the beginning of  the  editor's  storage
         space, SYA dumps memory to the console.

        ..  DUMPing can be a screen-full at a time, or a line
            at  a  time.   Set and reset as you like with the
            'L' command.

        ..  All control characters (exept CR,LF, &  TAB)  are
            filtered  from  the  console,  to keep the screen
            from doing weird graphic things.

        ..  If you DUMP past your text, you'll get garbage on
            the screen, but that will stop eventually.   Then
            you can do 'L', 'B', or 'T' -  see below.

        ..  If you get a long run of garbage without stopping
            (because   SYA   doesn't   encounter  a  stopping
            character), hit any key to  interrupt  the  DUMP,
            then do 'L', 'B', or 'T'.

     .   After each screen, or each line in single-line mode,
         a SPACE or CR will continue DUMPING.

     .   'B' will ask you how many lines you want to back up.

     .   'T' puts you at the TOP of the storage space  again,
         and DUMPS from there.

     .   'L'   (for   LINES)  asks  if  you  want  PAGING  or
         SINGE-LINE dumping.

     .   'S'  will SAVE your file from its beginning to where
         you were when you typed 'S'.

     .   'M' gives you a MENU of options.

     .   'X' will EXIT.  So will ^C.


         I wrote SYA for my own and some friends' use.  As of
         now  it  works  only with Wordstar 3.0, and with the
         old TSC line editor.

 You can easily set up SYA.ASM for YOUR favorite editor, or for any
 other  program  that  uses a defined area   of memory for data (it
 should work for dBASE-II, SUPERCALC, etc.).


 Eric Stork
 STORK%MIT-MC

                                ###

18-Apr-85 09:30:36-MST,1323;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 09:30:28-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a004427; 18 Apr 85 8:31 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id ab10533; 18 Apr 85 8:15 EST
Received: from MIT-EECS by MIT-MC via Chaosnet; 17 APR 85  20:48:00 EST
Date: Wed 17 Apr 85 20:47:11-EST
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
Subject: Re: MEX FOR APPLE CPM
To: ABN.COSCOM-CE-PRG@USC-ISID.ARPA
cc: info-cpm@MIT-MC.ARPA
In-Reply-To: Message from "ABN.COSCOM-CE-PRG@USC-ISID.ARPA" of Tue 16 Apr 85 16:24:00-EST


   Yes, there are various overlays available for Apple CP/M systems that
you can choose from, depending on your specific serial card/modem combination.
However, I couldn't get MXO-AC-1 to assemble correctly;  I think someone
put it together without thoroughly testing it (this is the version for the
Apple-Cat ][/212a modem under a MicroSoft-clone CP/M card).  The overlays
are available on many RCP/Ms nationwide.  Just look for the one that's
written for your particular modem (or serial card), edit it as desired, ass-
emble it, and MLOAD it into MEX.  If you have problems, try using a MODEM7
overlay -- most of these will work with MEX also.

-dru
 T.MOORE%MIT-EECS@MIT-MC.ARPA
-------

18-Apr-85 09:30:42-MST,710;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 09:30:30-MST
Received: from brl-aos.arpa by AMSAA.ARPA id aa04427; 18 Apr 85 8:31 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id ac10533; 18 Apr 85 8:15 EST
Received: from MIT-EECS by MIT-MC via Chaosnet; 17 APR 85  20:58:53 EST
Date: Wed 17 Apr 85 20:58:05-EST
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
Subject: Apple-Cat BYE request
To: info-cpm@MIT-MC.ARPA


   Is there a BYE overlay available for the Novation Apple-Cat ][/212a
that supports 1200bps operation?  All the overlays I've seen for this
modem support 300bps only.

-dru
 T.MOORE%MIT-EECS@MIT-MC.ARPA
-------

18-Apr-85 10:23:55-MST,2541;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 10:23:47-MST
Received: from xerox.arpa by AMSAA.ARPA id a010742; 18 Apr 85 11:38 EST
Received: from Barbera.ms by ArpaGateway.ms ; 18 APR 85 08:37:23 PST
Date: 18 Apr 85 10:37:33 CST (Thursday)
From: Pencin.dlos@XEROX.ARPA
Subject: Re: Help needed - TURBO & Anchor XII (Long)
In-reply-to: JFORREST's message of Sun, 14 Apr 85 10:46:17 MST
To: Jim Forrest <JFORREST@SIMTEL20.ARPA>
cc: INFO-CPM@AMSAA.ARPA


Using the Anchor Mk XII within BYE.COM

To use the Mk XII you must ascertain if you have the proper rom set.
This can be done by connecting up the modem and typing ATI1 the result
will be a number if the number is 218 then you are ok, if not get on the
phone to Anchor and get them to replace the roms in your modem. This fixes
a nasty habit of the Anchor's which will cause a seizure of the worst kind
if someone calls your modem at 300 baud. Apparently the modem gets confused
when it answers and has to switch baud rate hanging up the entire system.
Thanks to Ed Richter for this information. This tip and the following mod
allow the Anchor to function as a Hayes clone in a BBS situation.

D. Pollock 4-7-85

DTR Hangup mod for Anchor MK XII   by Barry A. Cole  30 JAN 1985
----------------------------------------------------------------
This will cause a full reset when DTR is brought high(-12v).  This
follows the standard definition of RS232 and makes the Anchor
compatible with the Hayes Smartmodem for usage within "BYE.COM".
     Installation:
1)Open the modem case using a wide blade screwdriver.  Pry the top
  separate from the bottom.
2)Solder the banded end of a small switching diode such as 1N914 or 1N4148 
  to the RS232 connector pin 20.  Keep the lead long and insert in a piece 
  of sleeving stripped from a wire.  Looking from where the ribbon cable 
  enters the board, this is the center of the 7 pins in the 2nd row from
  the outside of the case.
3)Solder the other end of the diode to a piece of wire.  Slide sleeving 
  over the exposed diode lead for insulation.
4)Solder the other end of the wire to the plus(+) side of capacitor C48.
  This was in the farthest corner of mine.  On newer boards, it is near
  the center of the board.
-----> That's all- not bad for 10 cents!  If you run a Kaypro, see my
       program HANGUP.ASM to see how to use this.  Most versions of BYE
       try to drop carrier via DTR even if they think you don't have it!
18-Apr-85 10:54:59-MST,590;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 10:54:50-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a011423; 18 Apr 85 12:26 EST
Date: 18 Apr 1985 12:24:10 EST
Subject: METAL Message System
From: Steve Noland <NOLAND@USC-ISI.ARPA>
To: INFO-CPM@AMSAA.ARPA
cc: INFO-HZ100@RADC-TOPS20.ARPA

Does anyone know where I can get my hands on the METAL message system
software?  I am trying to assemble a RCPM using ZCPR3, and I hear that 
METAL works well in that application.
 
Thanks in advance

Steve Noland
-------
18-Apr-85 12:24:41-MST,648;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 12:24:35-MST
Received: from simtel20.arpa by AMSAA.ARPA id a014573; 18 Apr 85 13:39 EST
Date: Thu 18 Apr 85 11:39:25-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re: METAL Message System
To: NOLAND@USC-ISI.ARPA
cc: RCONN@SIMTEL20.ARPA, info-cpm@AMSAA.ARPA
In-Reply-To: Message from "Steve Noland <NOLAND@USC-ISI.ARPA>" of Thu 18 Apr 85 12:24:10-MST

Steve,

	I think Echelon sells METAL now.  If not (or anyway), you
can find out more by leaving a message on Z-Node Central.  Z-Node Central
runs METAL.

		Rick
-------
18-Apr-85 13:27:32-MST,5792;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 13:26:40-MST
Received: from simtel20.arpa by AMSAA.ARPA id a017853; 18 Apr 85 14:41 EST
Date: Thu, 18 Apr 1985  12:17 MST
Message-ID: <KPETERSEN.12104185562.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: BYE333 available from SIMTEL20

Thanks to Steve Noland <NOLAND@USC-ISI.ARPA> we now have available
from SIMTEL20 the newly-released (15-Apr-85) BYE333 and its COMPLETE
set of new overlays.

For those who want the whole package:

Filename		Type	 Bytes	 CRC

Directory MICRO:<CPM.BYE3>
BYE3-OVL.LBR.1		BINARY	105600  32E0H * see note below
BYE333.LBR.1		BINARY	 55936  105AH

I have extracted all the files from both .LBRs so users can select the
overlay they need:

Filename		Type	 Bytes	 CRC

Directory MICRO:<CPM.BYE3>
ASMB3.SUB.1		ASCII	  1580  3AACH * see note below
B3-2718.IQS.1		BINARY	  4992  5228H
B31602-4.IQS.1		BINARY	  3456  9DBDH
B32718-4.IQS.1		BINARY	  4992  639BH
B3ACAT-6.IQS.1		BINARY	  4224  94B6H
B3APMN-8.IQS.1		BINARY	  4224  48A5H
B3CCS-3.IQS.1		BINARY	  5632  F93FH
B3CERM-5.IQS.1		BINARY	  3712  08A5H
B3COMP-9.IQS.1		BINARY	  5888  C3D8H
B3DATA-6.IQS.1		BINARY	  4224  6260H
B3DCH-6.IQS.1		BINARY	  3456  E32BH
B3EPQX-3.IQS.1		BINARY	  4096  FE97H
B3HZ10-6.IQS.1		BINARY	  4608  85AEH
B3HZ89-6.IQS.1		BINARY	  4224  B406H
B3IM-3.DQC.1		BINARY	  3840  A875H * see note below
B3KPRO-8.IQS.1		BINARY	  3968  EE44H
B3LBD-6.IQS.1		BINARY	  4992  F85DH
B3MD-4.IQS.1		BINARY	  5120  EEAFH
B3MMII-6.IQS.1		BINARY	  3840  0615H
B3OSCP-6.IQS.1		BINARY	  4224  69F3H
B3SB-1.IQS.1		BINARY	  3968  DD0BH
B3SIO-6.IQS.1		BINARY	  4480  CAA7H
B3T802-6.IQS.1		BINARY	  5376  B644H
B3TRS1-6.IQS.1		BINARY	  3584  61D6H
B3USR-4.IQS.1		BINARY	  4096  40E6H
BYE333.AQM.1		BINARY	 49408  D977H
BYE333.INF.1		ASCII	  3218  E6A7H
BYE333.IQF.1		BINARY	  2432  B445H

Notes:

* B3IM-3.DOC - Adapts all modems using Hayes protocol to BYE333 (or
higher) and intelligent modems like:

	 Hayes Smartmodem (300 or 1200 or 2400)
	 Racal-Vadic Maxwell 1200V or 2400V
	 U.S. Robotics (300 or 1200 or 2400)
	 Promodem, Anchor and others

* Many of the inserts in the BYE3-OVL.LBR have been corrected
since BYE332 was released.  Be sure to get the latest version
for your port (BYE3-OVL.LBR dated 4/15/85 which is the one we have
here at SIMTEL20).

* ASMB3.SUB shows how to (more simply) edit and assemble BYE33n.ASM
for multiple versions and/or many changes...  WITHOUT always editing
the humongous 80K source each time.

* BYE3 inserts currently available - BYE3.ASM takes full advantage of
the result codes returned by modems using "AT" protocol.  It uses the
terse mode to recognize the speed of the incoming signal and
automatically adjusts the computer I/O to that speed, without the user
needing to type any CR's.  This is of particular benefit for RCPM
systems using the new 300/1200/2400 modems.

Versions of BYE2 and BYE3 prior to BYE331 have relied on the old PMMI
routine to match the incoming speed by adjusting the I/O baud rate
until recognizing a CR from a string of CR's sent by the user.  That
method is not needed by modems using "AT" result codes.  The PMMI does
not support 1200 or 2400 bps in any event, hence very few are
currently in use.

All the inserts below have been altered to work with the new versions
of BYE3.  2400 bps was added to each from information supplied by the
manufacturer's data sheets and/or overlays developed for MDM7, MEX1,
etc.  BYE3 has an equate to set with the highest speed available for
your modem, whether 300 or 1200 or 2400 bps.

BYE3 includes smartmodem routines developed for use with modems using
the "AT" protocol pioneered by Hayes.  No external smartmodem inserts
are thus needed, except for systems such as the Cermetek which use
their own protocol.  The included smartmodem routines also allow
answering on first ring, with optional echo-checking offered by some
modems for insured accuracy of command accectance.

     REMEMBER:  These are inserts, not overlays.  They go into
                BYE3 at the area specifified by the ++++ char-
                acters, near the start of the program.

                        Hardware specific inserts
                        -------------------------
B32718-4.INS  CCS2718 serial board
B31602-4.INS  TRS80 Model III with 1602
B3ACAT-6.INS  Apple II with Novation Apple-Cat modem card
B3APMN-8.INS  Apple II with Mountain CPS serial card and external modem
B3CCS-3.INS   CCS2719 & Sierra Data Science SIO/CTC
B3CERM-5.INS  Cermetek Infomate 212a control code
B3COMP-9.INS  CompuPro Interfacer 3 or 4, System Support 1 systems
B3DATA-6.INS  Datapoint insert (8251A and CTC timer to set baud rates)
B3DCH-6.INS   Apple II with Hayes Micromodem 100 or 80-103 modem card
B3EPQX-3.INS  Epson QX-10 with 7201 MPSC and 4618 RTC as timer
B3HZ10-6.INS  Heath/Zenith -100 series (2661B at 4.9 MHz.)
B3HZ89-6.INS  Heath/Zenith H89 (8250 I/O at 2 MHz.)
B3KPRO-8.INS  KayPro (Zilog SIO)
B3LBD-6.INS   AMPRO "little board" with Zilog Dart I/O and CTC baud rate
B3MD-4.INS    Morrow MicroDecision computer
B3MMII-6.INS  Apple II with Hayes Micromodem II card
B3SB-1.INS    Intertec Superbrain (8251 and BR1941 timer)
B3OSCP-6.INS  Osborne OS-1 with COMM-PAC internal modem (300 baud only)
B3SIO-6.INS   Zilog SIO insert with CTC timer to set baud rates
B3T802-6.INS  TeleVideo TS-802 with external modem
B3TRS1-6.INS  Radio Shack TRS-80 Model I
B3USR-4.INS   US Robotics S-100 plug in modem board (8251)

              (Others will be added as they become available.)

--end--
18-Apr-85 15:25:14-MST,966;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 15:25:03-MST
Received: from usc-ecl.arpa by AMSAA.ARPA id a022073; 18 Apr 85 16:56 EST
Date: Thu 18 Apr 85 12:17:18-PST
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: Turbo Pascal for Z19 query
To: info-cpm@AMSAA.ARPA
Postal-address: Beckman Instruments, Inc.
Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
Phone: (714)961-3393

I am having trouble configuring Turbo Pascal for a Zenith-19 terminal.
Both version 2. and 3. seem to give garbage all overthe screen when
I enter the editor.  I have started with a Kaypro diskette, run TINST
and tried looking at the codes for the Zenith which all seem to be
correct except for start and stop reverse video which were reversed.
I am using an Ampro littleboard withthe Z-19 but I can't see that that
has any bearing.  Any ideas?  Borland "technical supprot" was no help.
Ted.
-------
18-Apr-85 15:41:11-MST,852;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 15:40:59-MST
Received: from su-score.arpa by AMSAA.ARPA id a022183; 18 Apr 85 17:06 EST
Date: Thu 18 Apr 85 14:05:02-PST
From: Sam Hahn <Samuel@SU-SCORE.ARPA>
Subject: Re: METAL Message System
To: RCONN@SIMTEL20.ARPA
cc: NOLAND@USC-ISI.ARPA, info-cpm@AMSAA.ARPA
In-Reply-To: Message from "Rick Conn <RCONN@SIMTEL20.ARPA>" of Thu 18 Apr 85 11:27:06-PST

Delphi Data Systems has the Metal RBBS system.  The address is:

	Delphi Data Systems
	POBox 391567
	Mountain View, CA  94039-1567

It is running on the Piconet (user group) system, which is reachable at:

	408-965-4097 (300/1200 baud).

-----
I'm not connected with Delphi, tho its president used to be president of
Piconet, which I'm a member of.		-- Sam Hahn
-------
19-Apr-85 01:38:45-MST,1089;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Apr 85 01:38:38-MST
Received: from simtel20.arpa by AMSAA.ARPA id a023394; 19 Apr 85 3:04 EST
Date: Fri, 19 Apr 1985  01:03 MST
Message-ID: <KPETERSEN.12104325160.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
Cc:   Info-Modem7@SIMTEL20.ARPA, Info-Modemxx@SIMTEL20.ARPA
Subject: Revised MODEM/XMODEM protocol document

Since there were so many versions of the MODEM/XMODEM protocol
documentation floating around the net recently, I decided to call Ward
Christensen's RCPM and get the very latest, which was in two pieces
(the second of which is the CRC info).  I merged the two and the
result is available via ANONYMOUS ftp from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.MODEM2>
MODMPROT.003.1			ASCII	 15817  9571H

--Keith <W8SDZ@SIMTEL20.ARPA>
Usenet: ...!decvax!brl-bmd!w8sdz
  or    ...!unc!brl-bmd!w8sdz
  or    ...!seismo!brl-tgr!w8sdz
19-Apr-85 02:48:38-MST,904;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Apr 85 02:48:33-MST
Received: from simtel20.arpa by AMSAA.ARPA id a023483; 19 Apr 85 4:22 EST
Date: Fri, 19 Apr 1985  02:22 MST
Message-ID: <KPETERSEN.12104339461.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: BYE3-OVL.LBR revised - missing install file added

One more file (which was previously missing) has been added to the
BYE3-OVL.LBR, thus changing its size and CRC.  The new file is:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.BYE3>
BYE3-OVL.LBR.2			BINARY	110464  0827H

If you alreay got the one I announced a few hours ago just get the
missing file and add it with LU.COM.

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.BYE3>
B3RS2-3.IQS.1			BINARY	  4864  D85BH

--Keith
19-Apr-85 10:08:29-MST,5291;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Apr 85 10:08:07-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a026677; 19 Apr 85 8:57 EST
Received: from mitre.arpa by BRL-AOS.ARPA id a003898; 19 Apr 85 8:48 EST
Received: by mitre.ARPA (4.12/4.7)
	id AA08411; Fri, 19 Apr 85 08:48:11 est
Message-Id: <8504191348.AA08411@mitre.ARPA>
To: ABN.COSCOM-CE-PRG@USC-ISID.ARPA
Cc: INFO-CPM@BRL.ARPA
Subject: Re: MEX FOR APPLE CPM
In-Reply-To: Your message of 16 Apr 1985 16:24-EST.
	     <[USC-ISID.ARPA]16-Apr-85 16:24:56.ABN.COSCOM-CE-PRG>
Date: 19 Apr 85 08:47:51 EST (Fri)
From: Jeff Edelheit <edelheit@MITRE.ARPA>

"How can a user of a USENET host access the public domain
microcomputer software collection on the DDN/MILNET host
SIMTEL20" is being asked with increasing frequency as that
software collection continues to grow.  Unfortunately, direct
access is not possible as there is no UUCP gateway for file
transfer between SIMTEL20 (running TOPS-20) and a USENET host (as
there is for electronic mail).

(DDN, formerly known as ARPANET, is the Defense Data Network.
DDN, along with Arpanet, SATNET, SRINET, etc. are all members of 
a TCP/IP protocol-based, multiple gateway network called InterNet.)

USENET has been built on adjacent hosts voluntarily agreeing to
store-and-forward relatively short messages across the USENET
over dialup lines at 300 or 1200 bps.  In the past, helpful InterNet
users would fetch the file(s) requested and then e-mail them to
the requestor.  However, it has been pointed out that large file
transfers disrupt the service, delay the shorter messages, and
generate unacceptably large phone bills, all of which add up to
threaten the tenuous connections that some USENET hosts can
barely afford to have.  Therefore, we have been asked to
encourage InterNet users not to pass archive programs this way.

Now for the good news.  Some InterNet users, if sent a suitable disk,
will download files and return mail the floppy to the requestor.
To find a friendly InterNet user, send a message to INFO-CPM at DDN
host AMSAA.ARPA via net.micro.cpm identifying your disk format and 
your request.  Usually, someone will respond and come to your aid.
If not, don't be bashful, wait a week and try again.  But please
remember, any such arrangements are strictly between you and your
respondent.  This is not, repeat NOT, a service of either the InterNet
or INFO-CPM.

If the above arrangement is inconvenient, or doesn't work, here
are several other sources for public domain software.


----------------------------------------------------------------------

Information (and prices) are subject to change without notice.  A
volume is usually one floppy disk.


1.  CP/M User's Group

The CP/MUG volumes are available from:

  CP/M User's Group
  1651 3rd Avenue
  New York, NY 10028

Current volumes are numbered 1 through 92 at $13 per 8" SSSD disk
(Northstar format also available).  The catalog is $6.


2.  Special Interest Group/Microcomputers (SIG/M)

 The SIG/M volumes are distributed by:

  SIG/M
  Amateur Computer Group of New Jersey, Inc.
  Box 97
  Iselin, NJ 08830

Current volumes are numbered 000 through 172.  The first disk is
$6.00 and $5.00 for each additional disk.  The catalog is $2.


3.  New York Amateur Computer Club

PC-BLUE software volumes for the IBM-PC are available from:

  S-100, CP/M User Group
  The New York Amateur Computer Club
  P.O.  Box 106
  Church Street Station
  New York, NY  10008

The documentation files from the SIG/M and CPMUG volumes are
available in hardcopy form, grouped into "books", from the NYACC.
Each book is priced at $10 including shipping, $15 for overseas
airmail.  All orders must be prepaid.


4.  PicoNet CP/M Users Group

PicoNet, CP/MUG, and SIG/M software volumes are available from:

  PicoNet
  P.O. Box 391566
  Mountain View, CA 94039

Available in 8" and most 5 1/4" soft sector only at $6.00 per
disk plus $1.50 shipping per order.  California residents add
6.5% sales tax.  Quantity discounts are available.


5. Other sources:

Compuserve Information Service is another source of public domain
software. There are a number of special interest groups (SIGs)
devoted to specific hardware as well as CP-MIG, the generic CP/M
SIG, a repository for a large quantity of public domain software
downloadable by the Compuserve file transer protocol (Christensen
protocol is expected by late summer, 1984). There is no charge for
access to CP-MIG other than the standard CIS connect charges, and
Compuserve can be accessed through their own communications network
or through Tymnet.

... and many Remote CP/M (RCPM) systems around the country, where
software is available for downloading for the price of a phone
call.  The May 1984 issue of Microsystems contains the full listing of
known RCPMs at the time of publication.


I would like to thank Dave Towson, Frank Wancho and Charlie Strom for all
their assistance in putting this blurb together.  If anybody out in InterNet
Land has any questions or comments about the above blurb, feel free to 
contact any one of us.

Jeff Edelheit
(edelheit at mitre)

19-Apr-85 12:52:36-MST,1095;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Apr 85 12:52:22-MST
Received: from simtel20.arpa by AMSAA.ARPA id a004126; 19 Apr 85 14:00 EST
Date: Fri, 19 Apr 1985  12:00 MST
Message-ID: <KPETERSEN.12104444649.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Modem7@SIMTEL20.ARPA
Cc:   Info-Cpm@AMSAA.ARPA
Subject: Potential configuration trap for MEX users

Info on potential trap for MEX users: Modem7 contained default code
for the PMMI modem in the user area.  Some overlays took advantage of
that when no change was required by placing DS's there instead of the
required ANI and CPI code.  No problem with Modem7, but MEX doesn't
work then because there is a RET NOP NOP there.  Two MXO overlays
ACTUALLY exist with this problem - they could never have worked! (Irv
strikes again?).  MXO-DP??.AQM and MXO-TV??.AQM.

I lost about two hours trying to figure that one out.  The program
locked up immediately because the ANI and CPI stuff was missing!

--Keith
20-Apr-85 09:30:50-MST,2321;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Apr 85 09:30:38-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa00177; 20 Apr 85 7:21 EST
Received: from usenet by BRL-TGR.ARPA id a005065; 20 Apr 85 3:41 EST
From: ma3751az%unm-cvax.uucp@BRL-TGR.ARPA
Newsgroups: net.micro.apple,net.micro.cpm
Subject: Re: StarCard (a plug from a happy hacker)
Message-ID: <343@unm-cvax.UUCP>
Date: 19 Apr 85 06:02:17 GMT
Xref: seismo net.micro.apple:1995 net.micro.cpm:4309
To:       info-cpm@AMSAA.ARPA

> I heared that the StarCard CP/M card that can be bought with 
> Wordstar is really a PCPI 6mhz card.  If this is true,
> does any one know if it comes with the CP/M utilities and
> manuals?.
> 
> I saw a place advertising it for ~$150....
> 

*** MASSAGE THIS LINE WITH YOUR PLACE ***

Yeah, the PCPI 'starcard' is one of the best CP/M cards available on the
apple.  I got it for ~ $185 and thought it was a steal.  If you see it lower,
GET IT!  It comes with CP/M primer, Wordstar 3.3 + manual, CP/M system disk
which includes drivers for 80 col cards or 70 col hi-res (goes slow, but
works).  The card itself is fast.  It also comes with the starcard manual
which explains all you need except for one of the drivers. ( I still can't
figure out what RAMDISK.DVR is used for.  Maybe for the 256K Add-on ramdisk
you can install...)  The WS manual is geared for using the PCPI card, too.

You have your basic cp/m utilities: stat, submit, etc. & one called adosxfer
which transfers files back and forth between dos 3.3 and cp/m.  There is also
a file called dosrdsk or something, which, when transferred to dos 3.3, can
make the extra 64K on the starcard emulate a ramdisk.  When you're using the
card, you can change the apple memory into a printer buffer (35K or so!)

I have used my card for about 3 weeks now (I only have 1 drive and am in
pain...you really need 2 ++).  I do recommend it to *anyone* with a //e
who wants cp/m.  I've used cp/m 3.0 before, but the novelty of cp/m on an
apple makes me forget the problems of cp/m 2.2 .


-------------------------------------------------------------------------------

Stefan "leach" Chakerian				CIS 74365,231
{convex,ucbvax,gatech,csu-cs,anl-mcs,lanl-a}!unmvax!unm-cvax!ma3751az
20-Apr-85 09:59:00-MST,953;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Apr 85 09:58:54-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000205; 20 Apr 85 11:35 EST
Received: from usenet by BRL-TGR.ARPA id a007711; 20 Apr 85 9:40 EST
From: Sam Chin <tsc2597%acf4.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: 64K dynamic ram query
Message-ID: <1010010@acf4.UUCP>
Date: 20 Apr 85 05:00:00 GMT
To:       info-cpm@AMSAA.ARPA

<>

How does one tell how fast a 64K dynamic ram is? On Intel CPU's they mark
them with -1 (10Mhz) -2 (8Mhz) -3 (5Mhz). Is there a similiar marking on
dynamic rams? What is the fastest 64K dynamic ram available. I have seen some
advertised at 120ns. Are there 100ns 64K rams?

                                                Sam Chin
                                  ARPAnet:      tsc2597.acf4@nyu
                                  UUCP   :      allegra!cmcl2!acf4!tsc2597
20-Apr-85 20:36:33-MST,1005;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Apr 85 20:36:28-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a001141; 20 Apr 85 22:03 EST
Received: from usenet by BRL-TGR.ARPA id a014598; 20 Apr 85 21:59 EST
From: Chuck Forsberg WA7KGX <caf%omen.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: xmodem BATCH protocols; any documentation?
Message-ID: <141@omen.UUCP>
Date: 19 Apr 85 16:52:48 GMT
To:       info-cpm@AMSAA.ARPA

The MODEM7 "batch protocol" was never widely accepted because it is so
very specific to CP/M.

My understanding is that Ward is writing an article for Byte which describes
the "YMODEM" protocol extensions as used by the YAM series of programs.

A file describing the extensions is available on Telegodzilla (503-621-3746)
as YAMPROT.DQC.
-- 
Chuck Forsberg WA7KGX	..!tektronix!reed!omen!caf
Omen Technology Inc 17505-V NW Sauvie IS RD Portland OR 97231
Voice: 503-621-3406	Modem: 503-621-3746
21-Apr-85 01:18:41-MST,1138;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 01:18:37-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a001469; 21 Apr 85 2:51 EST
Received: from usenet by BRL-TGR.ARPA id a016575; 21 Apr 85 2:40 EST
From: Lester Buck <buck%shell.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm,net.wanted
Subject: mailing list program wanted
Message-ID: <260@shell.UUCP>
Date: 21 Apr 85 05:21:25 GMT
Xref: seismo net.micro.cpm:4312 net.wanted:6596
To:       info-cpm@AMSAA.ARPA

A friend has a local organization with a mailing list of ~5000.
He also has an H89 CP/M-80 computer.  Could someone suggest
a mailing list program that need only print address labels for
a newsletter?  The only two specifics are that it needs to sort
on the zipcodes for bulk mailing rate and the 5.25 inch disks
won't hold the entire list, so it must be able to spread across
disks.  A PD program would be nice, but a reasonably priced
commercial product would suffice.  Please respond by mail.

Thanks in advance,

A. Lester Buck @ Shell Development Co.
{ihnp4, pur-ee, ut-sally}!shell!buck
21-Apr-85 09:39:32-MST,1009;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 09:39:28-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000550; 21 Apr 85 11:08 EST
Date: Sun, 21 Apr 1985  09:08 MST
Message-ID: <KPETERSEN.12104937604.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   John Mulhollen <JOHNM@usc-eclc.ARPA>
Cc:   Info-Micro@brl-vgr.ARPA, Info-Cpm@AMSAA.ARPA
Subject: reading IBM 3740 disks
In-reply-to: Msg of 9 Apr 1985  00:54-MST from John Mulhollen <JOHNM at USC-ECLC.ARPA>

    I have a CP/M-based 8" system and I want to read standard IBM 3740
    format disks. Any information/available programs/etc would be
    greatly appreciated.

There is a public-domain program for reading standard single-density
IBM 3740 disks.  It's available from SIMTEL20 as:

Filename			Type	 Bytes	 Sectors     CRC

Directory MICRO:<CPM.DSKUTL>
3740UTIL.LBR.1			BINARY	 58496  457 = 1C9H  502EH

--Keith
21-Apr-85 11:22:06-MST,1842;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 11:21:59-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000780; 21 Apr 85 12:55 EST
Date: Sun, 21 Apr 1985  10:55 MST
Message-ID: <KPETERSEN.12104957145.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
Subject: Floppy disk squeal fix

The following was recently seen on Ward Christensen's personal
bulletin board system (312-849-1132) and is relayed here for its
informational value.
--Keith

From: Ward Christensen
To:   All
Re:   Squealing diskettes solved

A month or so back I solicited opinions on squealing diskettes.
Yesterday I solved it with a replace of the PRESSURE PAD on the
Shugart 801 drives.  I also WD-40'd the stepper lead screw, and now
seeking is as smooth as velvet, IN SPITE of maintenance people's
advice to leave it "dry" so it doesn't attract dust.


From: Gary Elfring
To:   Ward Christensen
Re:   WD-40 and Shugart

I have lubricated my lead screws for a number of years.  One of my
drives started acting up and I noticed that it was very hard to
manually move the lead screw.  I cleaned the screw completely with a
freon based solvent and then lubricated with a light machine oil.
This speeded up disk access significantly!  Anyway, the choice of
lubricant makes a BIG difference.  After about 6 months I had to go
clean and relubricate the screw.  It got all gummed up.  This time I
used a silicon based spray product.  That attracted less dirt and
lasts about a year.  Cleaning and spraying once a year doesn't bother
me much.  It also a good idea to check the pressure pads at least once
a year.  As they wear out the disk reads and writes become less
reliable.
21-Apr-85 11:41:28-MST,607;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 11:41:23-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000778; 21 Apr 85 12:52 EST
Date: Sun, 21 Apr 1985  10:52 MST
Message-ID: <KPETERSEN.12104956620.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: List of CP/M files on SIMTEL20 updated

MICRO:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
sizes and CRCs of the MICRO<CPM.xx> directories) has been updated as
of today.

--Keith
21-Apr-85 13:16:46-MST,770;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 13:16:42-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000156; 21 Apr 85 14:46 EST
Received: from usenet by BRL-TGR.ARPA id a021849; 21 Apr 85 14:40 EST
From: "M.JULIAR" <mlj%ahgpb.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro,net.micro.cpm
Subject: IMSAI PROM needed
Message-ID: <463@ahgpb.UUCP>
Date: 19 Apr 85 19:00:20 GMT
Xref: seismo net.micro:10637 net.micro.cpm:4314
To:       info-cpm@AMSAA.ARPA

Help!  I have an old IMSAI VDP-80.  I think I just blew the PROM on
the MPU-B board.  With Fischer-Freitas out of business, I don't know
where to get a new one.  Does anyone know?  Does anyone have an old
PROM, or maybe even an old MPU-B board?
21-Apr-85 14:13:37-MST,945;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 14:13:29-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000224; 21 Apr 85 15:49 EST
Received: from usenet by BRL-TGR.ARPA id a022359; 21 Apr 85 15:45 EST
From: ir320 <ir320%sdcc6.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: PCPI.MAC available from SIMTEL20
Message-ID: <2015@sdcc6.UUCP>
Date: 19 Apr 85 18:22:53 GMT
Keywords: PCPI CPM Interface
To:       info-cpm@AMSAA.ARPA

PCPI.MAC and PCPI.DOC are available from SIMTEL 20 under the directory
MICRO:(CPM-APPLE).  These files provide a method of interfacing with
Apple memory through high level languages.  So far, the interface
works as described in the .DOC files with Turbo Pascal and several C
compilers.  The only requirement is that the parameters be put on the
stack and function results returned in HL register pair.  Code can be
easily modified. 
21-Apr-85 18:26:31-MST,1761;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 18:26:25-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000403; 21 Apr 85 19:43 EST
Received: from usenet by BRL-TGR.ARPA id a024232; 21 Apr 85 19:41 EST
From: "R.Thomas" <rbt%sftig.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.apple,net.micro.cpm
Subject: Re: StarCard
Message-ID: <518@sftig.UUCP>
Date: 19 Apr 85 17:51:31 GMT
Xref: seismo net.micro.apple:1997 net.micro.cpm:4318
To:       info-cpm@AMSAA.ARPA

> I heard that the StarCard CP/M card that can be bought with 
> Wordstar is really a PCPI 6mhz card.  If this is true,
> does any one know if it comes with the CP/M utilities and
> manuals?.
> 
> I saw a place advertising it for ~$150....
> 
>                                     -Gadi
>                                   friedman@Ru-Topaz.Arpa
>                                   topaz!friedman

Yep!  It is just that.  The manuals that come with it are abominable.
However, there is a 50 dollar 'developers manual' available from PCPI.
I ordered one yesterday.  I'll post more info after I have looked at the
it.  I'm told that the Applicard/Starcard will not run Microsoft basic
(either Mbasic or Gbasic)  but have heard rumors that PCPI will sell
a patch to basic (one or the other or both??? Anybody know for sure?)
that solves the problem.  The Starcard comes with one 'flippy' disk
with CPM and the basic cpm utilities on it (PIP, STAT, ED, etc. but not Basic).

Rick Thomas
{ihnp4, akgua, just about anywhere}!attunix!rbt

PS -- I have also heard rumors that PCPI is 'going big blue' and is not
interested in pushing their Apple products anymore.  Could this explain the low
price for the Starcard?
22-Apr-85 05:58:02-MST,551;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Apr 85 05:57:59-MST
Received: from ddn1.arpa by AMSAA.ARPA id a002114; 22 Apr 85 7:33 EST
Date: 21 Apr 85 17:50 EST
From: dca-pgs@DDN1.ARPA
Subject: Query on Commodore 64 Prices
To: info-cpm@AMSAA.ARPA
CC: dca-pgs@DDN1.ARPA


I'm assuming that the C64 runs CP/M.
Anyone got a clue on what it might cost to get a C64
in a package deal with other components, like a decent
monitor, WP sw, comm sw, and a modem?

Thank you,
Pat Sullivan

22-Apr-85 13:53:43-MST,662;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Apr 85 13:53:34-MST
Received: from cmu-cs-a.arpa by AMSAA.ARPA id a006934; 22 Apr 85 15:13 EST
Date: Mon, 22 Apr 85 14:56 EST
From: George.Wood@CMU-CS-A.ARPA
To: info-cpm@AMSAA.ARPA
Subject: pressure pads for shugart 801r
Message-Id: <22Apr85.145615.GW90@CMU-CS-A.ARPA>

Help! 

The pressure pad on one of my shugart 801r's has broken.

A couple of years back this happened and I was able to get
a new one (In milwaukee), but no one around here seems to
have a supply. Does anyone out there know how to obtain them?

George Wood
CMU-CS-A.ARPA

22-Apr-85 13:57:21-MST,875;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Apr 85 13:57:15-MST
Received: from cmu-cs-c.arpa by AMSAA.ARPA id a006995; 22 Apr 85 15:17 EST
Received: ID <SAILER@CMU-CS-C.ARPA>; Mon 22 Apr 85 15:16:48-EST
Date: Mon 22 Apr 85 15:16:47-EST
From: Lee.Sailer@CMU-CS-C.ARPA
Subject: Anchor Mark XII
To: info-cpm@AMSAA.ARPA


There was a post awhile back about how to tell if you need to get a new
ROM for your Mark XII.  Mine failed the test, so I called Anchor.  They said
that the ATI1 command reports a checksum, and that if you get
254, 083, or 104, then you should call them.  I got 129, and they said that
is fine.

Also, if AT? responds with an "Error", this means that you have a ROM that
is capable of sending a Break.  If not, the upgrade is $40.

At leat, this is what I think he said.

-------
22-Apr-85 15:37:49-MST,2264;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Apr 85 15:37:40-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a009293; 22 Apr 85 17:05 EST
Received: from usenet by BRL-TGR.ARPA id a012871; 22 Apr 85 16:49 EST
From: Heiby <netnews%wnuxb.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm,net.micro.pc
Subject: file tran CP/M-80 to MS-DOS problem
Message-ID: <492@wnuxb.UUCP>
Date: 21 Apr 85 05:02:43 GMT
Xref: seismo net.micro.cpm:4322 net.micro.pc:3996
To:       info-cpm@AMSAA.ARPA

I have a CP/M-80 system (Apple II with Microsoft Softcard, about 4 yrs
old) and an AT&T PC 6300 running MS-DOS (new).  I would like to send some
of my data files from the Apple to the 6300.  I find that my CP/M system
has a problem in the use of MDM712 and MDM740 (which I just downloaded
from CompuServe).  I can receive files just fine.  I have a problem with
some files when I try to send them in Checksum mode.  None of the systems
to which I have access have CRC mode, so I am unable to test that.

What happens is that (on some files) the receiving end believes that the
transfer has completed prematurely.  For each file that gives me trouble,
there is one consistent spot where this always occurs.  The spot is different
for different files.  I have encountered the same problem now in sending
files to the MS-DOS system, and to a Unix System V with both umodem (2
versions) and uc (2 versions).  This is why I suspect my Apple's software.

I have a relatively short test case (about 4K) that I can send out to
someone who would like to check to be sure that it is MDM7 and not
something peculiar that I have done to my overlay or hardware.

I would be grateful of software for MS-DOS that supports CRC checksum,
in case that will solve my problem.  Another solution would be working
file transmission software for the Apple (modem2 compatible).  Another
solution would be CP/M Kermit, configured for an Apple II with Mountain
CPS card.  If all else fails, raw CP/M Kermit, which I would hack, would
be helpful.

Thanks.  I can't think of anything else I can do.
-- 
Ronald W. Heiby / netnews@wnuxb.UUCP | unix-request@cbosgd.UUCP
AT&T Information Systems, Inc., Lisle, IL  (CU-D21)
22-Apr-85 19:58:30-MST,1494;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Apr 85 19:58:17-MST
Received: from usc-isid.arpa by AMSAA.ARPA id a010207; 22 Apr 85 21:08 EST
Date: 22 Apr 1985 21:06-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: Query on Commodore 64 Prices
From: ABN.ISCAMS@USC-ISID.ARPA
To: dca-pgs@DDN1.ARPA
Cc: info-cpm@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA]22-Apr-85 21:06:48.ABN.ISCAMS>
In-Reply-To: The message of 21 Apr 85 17:50 EST from dca-pgs@DDN1.ARPA

Pat (et al),

CP/M on a Commodore 64 isn't exactly the CP/M we all know and love!  Things
can get VERY weird out, mixing the 6510 and its environment with the Z80,
CP/M's addressing, etc.  For example, you'll never read anyone else's CP/M
5.25 floppy!  (Nothing but another C64, that is.)  I don't wanna even THINK
about the patching necessary for ports, etc. to transport something like
MODEM7 or Kermit!

Some smart guys are trying to solve some problems.  See Dr. Dobbs, Jan 85,
for a discussion of problems with commercial and other software on the C64
with CP/M.  They did an MBOOT and MODEM7 fix of sorts.  Horror show of
moving code via MBOOT and modem.

Suggest you look at/review articles about the newer Commodore machine that
does full C64 work, plus a slightly better job of CP/M (only slightly).

I won't address prices, etc.  Check recent copies of RUN, COMPUTE!, etc.

Regards, and good luck,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
22-Apr-85 20:40:18-MST,573;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Apr 85 20:40:11-MST
Received: from simtel20.arpa by AMSAA.ARPA id a010076; 22 Apr 85 20:41 EST
Date: Mon 22 Apr 85 18:41:36-MST
From: Jim Forrest <JFORREST@SIMTEL20.ARPA>
Subject: BURROUGHS 2000
To: INFO-CPM@AMSAA.ARPA, INFO-MICRO@AMSAA.ARPA
cc: JFORREST@SIMTEL20.ARPA

Can anyone help with what kind of printers you can connect to a Burroughs
2000 and what would be required? Can you connect a parallel printer like
an Epson JX80 or a Juki 6100?
Jim

-------
23-Apr-85 00:14:50-MST,844;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 00:14:45-MST
Received: from simtel20.arpa by AMSAA.ARPA id a011763; 23 Apr 85 1:25 EST
Date: Monday, 22 April 1985  18:37-MST
Message-ID: <KPETERSEN.12105355849.BABYL@SIMTEL20.ARPA>
Sender: Eric Stork <STORK@mit-mc.ARPA>
From: Eric Stork <STORK@mit-mc.ARPA>
To: W8SDZ@simtel20.ARPA
Subject:   Floppy disk squeal fix
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Mon 22 Apr 1985 23:25-MST

Keith:

I dug deeply into drive screw lubrication issues a few years ago, and
received advice from the vendor of my system to use ONLY a
Teflon-based lubricant, and that very sparingly.  I've used TRI-FLOW
for years on my and friends 801s, with no problems.  For what that may
be worth.

Eric
23-Apr-85 00:26:49-MST,907;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 00:26:45-MST
Received: from simtel20.arpa by AMSAA.ARPA id a011893; 23 Apr 85 1:50 EST
Date: Mon, 22 Apr 1985  23:45 MST
Message-ID: <KPETERSEN.12105359400.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Heiby <netnews%wnuxb.uucp@brl-tgr.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA, Info-Modem7@SIMTEL20.ARPA
Subject: file tran CP/M-80 to MS-DOS problem

The protocol file transfer buffer size is configurable in later
versions of Modem7.  For a 5-1/4" disk, which is relatively slow, the
buffer should be set for no larger than 4k.  If that fails, try 2k.
See the phone number overlay for details on what address to patch.
Make sure that the PC 6300 is initialized for 8 data bits, ONE stop
bit, and no parity.  This is important.

--Keith
23-Apr-85 01:43:52-MST,825;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 01:43:48-MST
Received: from edwards-vax.arpa by AMSAA.ARPA id a012337; 23 Apr 85 3:26 EST
Date: Mon, 22 Apr 85 13:36:45 PST
From: field@edwards-vax.ARPA
Subject: LUBING FLOPPY DRIVE LEAD SCREWS
To: INFO-CPM@AMSAA.ARPA

The best oil-type lubricant i have seen for this application
is a product called BREAK-FREE.  The volatile component dries
in about 12 hours, and has little attraction for dust thereafter
For units operating in an extremely dusty environment, you 
might try a product called DRI-SLIDE.  It is Moly-disulfide
in an extremely volatile carrier.  It is completely dry in less
than 24 hours and will work right into the surface of the parts
 
To:   INFO-CPM@AMSAA.ARPA
From: FIELD       
23-Apr-85 06:31:33-MST,818;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 06:31:28-MST
Received: from radc-multics.arpa by AMSAA.ARPA id a014224; 23 Apr 85 7:51 EST
Date:  Tue, 23 Apr 85 07:48 EST
From:  Wiedemann@RADC-MULTICS.ARPA
Subject:  IMSAI VDP-80 ROM
To:  info-cpm@AMSAA.ARPA
Message-ID:  <850423124813.050011@RADC-MULTICS.ARPA>

My apologies to the net for the global address, but my fat fingers
deleted the last message before I had a chance to copy the sender's
address.

I have one of those beasties in my basement.  If I have time before this
Sunday, I'll blast you a copy.  I'll be gone for six days to Maui, but
will definitely get you a copy after I return unless some other antique
collector on the net found one for you.

Wolf Wiedemann RADC-MULTICS
23-Apr-85 11:12:04-MST,6270;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 11:11:39-MST
Received: from xerox.arpa by AMSAA.ARPA id a018591; 10 Apr 85 14:39 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 10 APR 85 11:36:11 PST
Date: 10 Apr 85 11:36:02 PST (Wednesday)
From: NBaheti.ES@XEROX.ARPA
Subject: Basic unsqueezer
To: INFO-MICRO-REQUEST@BRL-VGR.ARPA, INFO-CPM-REQUEST@AMSAA.ARPA
cc: NBaheti.ES@XEROX.ARPA
Resent-Date:  Tue, 23 Apr 85 11:20:33 EST
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@XEROX.ARPA



----------------------------------------------------------------
Received: from Flora.ms by ArpaGateway.ms ; 09 APR 85 16:21:16 PST
From: NBaheti.es @ PARC-MAXC
Date:  9-Apr-85 16:22:00 PST
Subject: Basic unsqueezer
To: Keith Peterson <KPETERSON@SIMTEL20.ARPA>
cc: NBaheti.es@Xerox

Keith--

I picked this up on a local BBS with NO DOCUMENTATION, but I still
think it may be of use to the users of SIMTEL20's repository.

--Arun [NBaheti.es@Xerox]

-------------------------

10	'***************************************************************
20	' PCUSQNEW.BAS - Version 1.0 - 3/17/85
30	'    by Kim Levitt - 213-653-6398 (MBBS, 300/1200 baud)
40	'    Update of original 11/25/84 version of USQ.BAS by
50	'    Dave (it can't be done) Rand - 805-493-1987 (voice)
60	'
65	'	This WILL run on an IBM-PC under interpreter BASICA,
66	'	but VERY SLOWLY.. When I compiled it under BASCOM
67	'	and LINKed it with BASCOM.LIB on the PC-AT, it ran
68	'	fast enough to be useable..
69	' 
70	'**************************************************************
80	' INITIALIZATION
90	'
100	DEFINT A-Z : GETC$=" " : GETW$="  " ' for speed!
110	DIM USQ.TABLE%(1,257), BUF$(128), OUTF$(127)
120	FILE$="" : SF%=0 : FO%=-1 : CSL%=0 : CSH%=0 : OD$=""
340	'***************************************************************
350	' COMMON CODE
360	'
370	' Common code, accessed with blank command line or begining of
380	' non-CP/M versions.. (Interactive version)
390	'
400	SF%=-1
410	PRINT : PRINT "PCUSQNEW.BAS -- A SLOW But Sure BASIC Unsqueezer"
420	PRINT
430	PRINT "(Enter name of file to 'unsqueeze'. Use upper case ONLY.)"
440	INPUT "Name of squeezed file";FILE$ : ID$=""
450	PRINT : PRINT "(Enter 'O' for console output only)"
460	INPUT "Console output? (Y/N/O)";CO$
470	IF CO$="O" OR CO$="o" THEN FO%=0 : GOTO 520
480	IF CO$="N" OR CO$="n" THEN SF%=0
490	PRINT : PRINT "(Enter return only for current disk)"
500	INPUT "Output drive";OD$
510	IF LEN(OD$)=1 THEN OD$=OD$+":"
520	PRINT : PRINT "Unsqueezing ";ID$;FILE$;" --> ";
530	OPEN "R", 1, ID$+FILE$, 128
540	GET #1, 1
550	IF EOF(1) THEN PRINT "[File not found]" : CLOSE #1 :
	   KILL ID$+FILE$ : SYSTEM
560	FOR X=0 TO 127 : FIELD 1, X AS D$, 1 AS BUF$(X) : NEXT X
570	GOSUB 900
580	IF USQ.ERR%<>0 THEN 
	   PRINT "[Error in header, or not squeezed]" : SYSTEM
590	PRINT "(";OD$;OLD.NAME$;")";
600	IF FO%=0 THEN PRINT " (console output only)" ELSE PRINT
610	PRINT
620	IF FO%=0 THEN 650
630	OPEN "R", 2, OD$+OLD.NAME$, 128 : OUTR%=1 : OUTS%=0
640	FOR X=0 TO 127 : FIELD #2, X AS D$, 1 AS OUTF$(X) : NEXT X
650	USQ.EOF%=0
660	GOSUB 1170
670	WHILE NOT(USQ.EOF%)
680	   IF INKEY$=CHR$(3) THEN 800
690	   IF SF% AND USQ$=CHR$(26) THEN SF%=0
700	   IF (SF% AND USQ$<>CHR$(10)) THEN PRINT USQ$;
710	   IF FO% THEN GOSUB 840
720	   CSL%=CSL%+ASC(USQ$) : CAR%=INT(CSL%/256) : CSL%=CSL%-(256*CAR%)
730	   CSH%=CSH%+CAR% : CSH%=(CSH% AND 255)
740	   GOSUB 1170
750	WEND
760	NCS%=CVI(CHR$(CSL%)+CHR$(CSH%))
770	IF NCS%<>OLD.CHECK% THEN PRINT : PRINT "[USQ checksum error"; :
	   IF FO% THEN PRINT ", check output file]" ELSE PRINT "]"
780	CLOSE 1 : IF FO% THEN IF OUTS% THEN PUT #2, OUTR% : CLOSE 2 ELSE CLOSE 2
790	SYSTEM
800	CLOSE : IF SF% THEN PRINT : PRINT
810	PRINT "[USQ aborted]"
820	IF FO% THEN KILL OD$+OLD.NAME$ : PRINT "[";OD$;OLD.NAME$;" killed]"
830	SYSTEM
840	'***************************************************************
850	' TRANSPARENT FILE OUTPUT ROUTINE
860	'
870	LSET OUTF$(OUTS%)=USQ$ : OUTS%=OUTS%+1
880	IF OUTS%=128 THEN PUT #2, OUTR% : OUTR%=OUTR%+1 : OUTS%=0
890	RETURN
900	'***************************************************************
910	' OPEN SQUEEZED FILE AND EXTRACT NAME, CHECKSUM AND TABLE
920	'
930	CUR.PNT%=128 : CUR.REC%=-1 : USQ.ERR%=0 : GOSUB 1120
940	IF GETW%<>-138 THEN USQ.ERR%=1 : GOTO 1040
950	GOSUB 1120 : OLD.CHECK%=GETW%
960	GOSUB 1050 : OLD.NAME$=""
970	WHILE GETC$<>CHR$(0) : OLD.NAME$=OLD.NAME$+GETC$ : GOSUB 1050 : WEND
980	GOSUB 1120 : COUNT%=GETW%
990	FOR X=0 TO COUNT%-1
1000	   GOSUB 1120 : USQ.TABLE%(0,X)=GETW%
1010	   GOSUB 1120 : USQ.TABLE%(1,X)=GETW%
1020	NEXT X
1030	REP.CNT%=0 : USQ.LFT%=0
1040	RETURN
1050	'****************************************************************
1060	' GET CHARACTER FROM SQUEEZED FILE
1070	'
1080	IF CUR.REC%<0 THEN CUR.REC%=0
1090	IF CUR.PNT%>127 THEN CUR.PNT%=0 : CUR.REC%=CUR.REC%+1 : GET 1,CUR.REC%
1100	LSET GETC$=BUF$(CUR.PNT%)
1110	CUR.PNT%=CUR.PNT%+1 : RETURN
1120	'***************************************************************
1130	' GET WORD FROM SQUEEZED FILE
1140	'
1150	GOSUB 1050 : MID$(GETW$,1,1)=GETC$ : GOSUB 1050 : MID$(GETW$,2,1)=GETC$
1160	GETW%=CVI(GETW$) : RETURN
1170	'***************************************************************
1180	' GET UNSQUEEZED CHARACTER
1190	'
1200	IF REP.CNT%<>0 THEN USQ$=USQ.LAST$ : REP.CNT%=REP.CNT%-1 : GOTO 1250
1210	GOSUB 1260 : IF USQ$<>CHR$(144) THEN USQ.LAST$=USQ$ : GOTO 1250
1220	GOSUB 1260 : REP.CNT%=ASC(USQ$)-2
1230	IF REP.CNT%=-2 THEN
	   REP.CNT%=0 : USQ$=CHR$(144) : USQ.LAST$=USQ$ : GOTO 1250
1240	USQ$=USQ.LAST$
1250	RETURN
1260	'***************************************************************
1270	' TABLE LOOKUP ROUTINE
1280	'
1290	CUR.USQ%=0
1300	IF USQ.LFT%=0 THEN GOSUB 1050 : USQ.BYTE%=ASC(GETC$) : USQ.LFT%=8
1310	BIT%=USQ.BYTE% AND 1 : USQ.BYTE%=INT(USQ.BYTE%/2) : USQ.LFT%=USQ.LFT%-1
1320	CUR.USQ%=USQ.TABLE%(BIT%,CUR.USQ%)
1330	IF CUR.USQ%>=0 THEN GOTO 1300
1340	IF CUR.USQ%<-255 THEN USQ.EOF%=-1 : GOTO 1360
1350	USQ$=CHR$(-CUR.USQ%-1)
1360	RETURN
1370	END

-------------------------

----------------------------------------------------------------
23-Apr-85 15:05:41-MST,584;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 15:05:34-MST
Received: from csnet-pdn-gw by AMSAA.ARPA id a001289; 23 Apr 85 16:36 EST
Received: from ibm-sj by csnet-relay.csnet id ab09374; 23 Apr 85 14:22 EST
Date: Tue, 23 Apr 85 09:34:31 PST
From: Jim moore <moore.losangel%ibm-sj.csnet@CSNET-RELAY.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: Attache' by Otrona

Does anyone know if there are any of these computers available for sale?
 
What ever happens to the inventory of a company that folds?
 
Thanks.
 
JIM
23-Apr-85 16:31:47-MST,1242;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 16:31:42-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a002808; 23 Apr 85 18:02 EST
Received: from apg-3.arpa by BRL-AOS.ARPA id a019273; 23 Apr 85 17:59 EST
Date: 23 Apr 1985 17:55:03 EST (Tuesday)
From: John Shaver STEEP-TM-AC 879-7602 <jshaver@APG-3.ARPA>
Subject: Re: Attache' by Otrona
To: info-cpm@BRL.ARPA
Cc: jshaver@APG-3.ARPA


----BEGINNING OF FORWARDED MESSAGES----
Date: 23 Apr 1985 17:48:46 EST (Tuesday)
From: John Shaver STEEP-TM-AC 879-7602 <jshaver@apg-3>
Subject: Re: Attache' by Otrona
In-Reply-to: Your message of Tue, 23 Apr 85 09:34:31 PST
To: Jim moore <moore.losangel%ibm-sj.csnet@CSNET-RELAY.ARPA>
Cc: jshaver@apg-3

I'm not sure whether there are any for sale.  We have the following
address for someone who fixes them.  They might have suggestions.

Insight
4720 Table Mesa Dr
Suite G
Boulder Co 80303
303-499-6000

or you could attempt to reach Charles Raisch who will accept telephone messages
at 415-221-3415 or on MCI telex 226-2949 or Compuserve 70346,63 who is the 
editor of the official newsletter of the Attache computer.



----END OF FORWARDED MESSAGES----

23-Apr-85 17:15:40-MST,853;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 17:15:34-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a002974; 23 Apr 85 18:35 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a019363; 23 Apr 85 18:34 EST
Received: from MIT-EECS by MIT-MC via Chaosnet; 23 APR 85  18:33:37 EST
Date: Tue 23 Apr 85 18:32:47-EST
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
Subject: MBBS Available
To: info-cpm@MIT-MC.ARPA


   Kim Levitt's MBBS is now available -- it's a very nice alternative to
RBBS and its clones.  The .LBR file is 134k and is available on his RCP/M
(MBBS #001) at 213/653-6398, 300/1200bps.  I've asked him about adding it
to Simtel20 -- I'm waiting for a reply.  If you plan to set up an MBBS
system, let Kim know.

-dru
 T.MOORE%MIT-EECS@MIT-MC.ARPA
-------

23-Apr-85 19:20:07-MST,676;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 19:19:59-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a000389; 23 Apr 85 20:48 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a019628; 23 Apr 85 20:47 EST
Received: from Think.ARPA by MIT-MC.ARPA; 23 APR 85 20:46:35 EST
Received: by THINK.ARPA with CHAOS id AA11953; Tue, 23 Apr 85 20:42:54 est
Date: Tue, 23 Apr 85 20:47 EST
From: Cliff Lasser <CAL%AQUINAS.TMC@THINK.ARPA>
Reply-To: CAL@MIT-MC.ARPA
Subject: Superbrains wanted
To: INFO-CPM@MIT-MC.ARPA

Does anyone out there know where I may find used or refurbished Superbrains?

	Thanx  -Cliff

23-Apr-85 20:24:14-MST,916;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 20:24:08-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000670; 23 Apr 85 21:49 EST
Received: from usenet by BRL-TGR.ARPA id a008754; 23 Apr 85 21:46 EST
From: Darrell Long <darrell%sdcsvax.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro,net.micro.cpm
Subject: Altos for sale
Message-ID: <810@sdcsvax.UUCP>
Date: 22 Apr 85 22:28:07 GMT
Xref: seismo net.micro:10665 net.micro.cpm:4331
To:       info-cpm@AMSAA.ARPA


		FOR SALE
		--- ----
2 Altos 64k Z80 systems.  Two 8" disk double density disk drives, Aztec
``C'' compiler, WordStar, sundry software.

$500.00 each

Contact:

Darrell @ 619-299-4332
John    @ 619-286-0166
-- 
Darrell Long
Department of Electrical Engineering and Computer Science
University of California, San Diego

USENET: sdcsvax!darrell
ARPA:   darrell@sdcsvax
23-Apr-85 20:25:36-MST,938;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 20:25:31-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000668; 23 Apr 85 21:48 EST
Received: from usenet by BRL-TGR.ARPA id a008734; 23 Apr 85 21:46 EST
From: Ty Wernet <ty%noscvax.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro,net.micro.cpm,net.wanted
Subject: Associate+ Computer Disk Format
Message-ID: <894@noscvax.UUCP>
Date: 22 Apr 85 19:02:16 GMT
Xref: seismo net.micro:10664 net.micro.cpm:4330 net.wanted:6614
To:       info-cpm@AMSAA.ARPA


Does anyone know how to read an ASSOCIATE computer diskette.  I have some
data I would like to read off of this disk but no way to do it without knowing
the format or a compatible format.  If a compatible format is available I could
then read the diskette on my IBM using uniform.

				Thanks in advance.   ty@nosc  (milnet)
					       UUCP: ...sdcsvax!noscvax!ty
24-Apr-85 01:33:10-MST,11832;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Apr 85 01:32:39-MST
Received: from simtel20.arpa by AMSAA.ARPA id a001863; 24 Apr 85 2:50 EST
Date: Wed, 24 Apr 1985  00:50 MST
Message-ID: <KPETERSEN.12105633379.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: INTRVIEW.WLC - An interview with Ward Christensen

INTRVIEW.WLC created 24-Apr-85 by Keith Petersen, W8SDZ.

The following is an edited copy of an interview that appeared in the 
form of several messages on Ward Christensen's bulletin board.  It 
offers some interesting insight into the life and times of our "CP/M 
Guru".

Date: Feb. 8, 1985
From: Ward Christensen
To:   Laurence Gonzales
Re:   Interview

I'm a negativist, hater of life, and have a short fuse - it doesn't 
take much to set me off.  That's why I'm into computers - its almost 
like a drug, letting you get so completely wrapped up in it, the "world 
passes you by", i.e. I've been known to have a bad headache or stomach 
ache, but an hour of computing, and I'm oblivious to it, until I stop 
for something.  It's a totally engrossing way to "pass the time".

What I do for IBM and why I like working there?  Well, Very long story, 
but you asked for it.  Lets go back to my Sr. year of high school.  I 
"built" a computer - merely a 10-stage binary counter with phone-dial 
input, and some wires to handle carrying from one "flip-flop" to the 
next, and lights to show output, etc.  After pi__ing away 3 semesters 
at a big university not being sure what I wanted to do with my life 
(still the case, by the way), I dropped out and went back "home" - and 
skipping a few chapters of the book, got asked that since I'd "built" a 
computer in high school, would I like to learn to program them?  This 
was in '65 or so.  I said "sure", and took a few IBM classes in 
Milwaukee, riding into school on my motorcycle.  After a few months, I 
realized that I really liked computers - I was technically inclined, 
and somewhat a loner, and what better thing could there be?  Sure, I 
liked going on motorcycle rides, but not in the winter, etc.

Came time to go back to college, I talked with our IBM Systems 
Engineer, and asked what kind of schooling I should get.  I hoped he 
wouldn't say "business degree", 'cause that turned me off.  No, he said 
math, sciences, etc.  So I went to a small college (now bankrupt, 
R.I.P.) and got a Physics Major, Chem Minor, and hit "deans list" 6 
semesters in a row, then took ONE job interview, IBM.  I figured simply 
that I could either work for someone who USES computers, or someone who 
MAKES them, and the decision sounded easy if I wanted to be "where he 
action is".

However, I wasn't smart enough to go looking for the best job in IBM, 
instead I just interviewed the local office, which was looking for a 
systems engineer - the "technical side of sales", i.e. doing 
configurations, performance planning, helping solve bugs, etc.

I wound up in the Hammond IN branch, and have stuck with it since.

If I had it to do over again, I'd look for a job in research or 
something more technically involved.  Matter of fact, it came as quite 
a shock to find the IBM office back then didn't even have a computer in 
it!  Here I was, working for a computer mfgr, but not working with a 
computer!  I was only able to work with the customer's machines!

So, I guess that got me interested in a home computer.  I remember 
being interested in the very early 70's, and bought a Data General Nova 
instruction manual, got literature from TI on their minicomputers, etc.  
I learned about the 8008 in Jan '74, and taught myself TTL that summer, 
and bought an Altair, the "first popular" computer kit, in early '75.

SO, long answer - what do I do for IBM?  Well, I'm still an SE, but 
have moved up a few jobs - trainee, assistant, associate, se, and now 
advisory.  We are just now starting to have PC's in the offices.

As to my view of "IBM vs my personal contributions" - well, I guess 
that after writing a letter to IBM trying to get them to come out with 
a personal computer, and receiving a reply "we don't think there is a 
market for them", I kind of "went off on my own".  For conflict of 
interest reasons, I decided that I'd give away anything I did, rather 
than trying to sell it.  This is a very "conscientious", or whatever 
word fits - thing for me to do - people say I've passed up millions $ 
in the many things I pioneered.  But, I wasn't the entrepreneur type, 
and IBM paid well enough to finance my hobby.  I'm sure it helped my 
IBM related career, i.e. outside recognition, etc.

I guess I don't remember the Ted Nelson thing fighting to get the 
"world up in arms against the computer giants".  I've seen nothing 
wrong with "computer giants" - thought I admit that when a company gets 
larger than some critical mass, it gets a "momentum" disproportionate 
to its technical abilities - allowing it to sometimes come out with 
products that would have failed if done by other companies - perhaps 
the PC Jr is such - having recently had new life breathed into it ala 
new keyboard, and significant price cuts (temporary tho they were).

The kind of practical innovation that has come out of IBM has been VERY 
fascinating.  I used to like to talk to fellow computer hobbyists about 
the printer we had that printed about as fast as you could pull paper 
out of a box; and about the 2.5 BILLION byte "boxes" of disk storage, 
etc.

I always kept my hobby separate from my job - I didn't see how I could 
enjoy the hobby if it became the same as my job, but as of Jan 1, I 
knuckled under to that, too, and am now the workstation specialist 
(means PC's and terminals) for one of the branch offices in downtown 
Chicago.  (which I really hate - being a small town "boy", the big city 
is really a pain!)  But, having bought a house at a time that interest 
rates were low, its like having a rich uncle, what with what has 
happened to interest rates.  It tends to keep me rooted in one spot.  
(I always was very conservative).

Old Q's: "you were 29 when you got into this, right?  And what 
background did you have to read TTL tech material anyway?"  Yes, 29.  
And for technical background, I had a degree in physics, and even from 
a liberal arts college, you DO learn some basic electronics.  Also of 
course remember I'd built this computer in high school, but still I was 
most certainly not one of the "jocks".  TTL just came natural to me, I 
guess because its so mathematical in nature.  Its as "simple as" 0 
volts being a "false" value, and 5 volts being a "true" value, and 
voila (or is it viola?) you could do things like and, or, exclusive or, 
not, not-and, etc - but instead of numbers on a sheet of paper, they 
were electrical signals.

History on the micro?  When did it go from switches on the front panel?  
I guess '76 or so - or whenever the apple ONE came out, and the SOL, 
which was a small machine based upon similar technology to the original 
Altair that is credited with starting it all.  But then again, my 
current CP/M machine, with 256K, 3 floppies, and 8M of hard disk, still 
has front panel switches, and LIGHTS.  I sure miss the LIGHTS on my PC 
- you can tell what its doing, how its doing, etc.

When did I first discover I could "play" with a computer?  Well, I 
guess that high school project was one.  It was purely a technical 
challenge, and learning tool - had no practical application.  Actually, 
I was motivated to spend the $$ to build it knowing I'd win first prize 
(I suppose I could be a bit less egotistical and say "hoped.."), of 
$75.  Sure enough I won, but got a hand-shake and 'gee, sorry - we 
never got out to get funds for a bond' story.  Owell.

Then, within my first year working at IBM, the first customer I worked 
with was sufficiently impressed to try to hire me away, and a whopping 
40% pay hike over what IBM paid - but I figured I'd be better in the 
long run to stay with IBM.  Right!  That company doesn't exist any 
more!.

What "clicked" to make me excited about the fact of having my own 
computer? Well, I don't remember, sorry.  I guess I just never found 
anything technically challenging enough, and realized that a computer 
would be a tool of unlimited variability that could do what I wanted it 
to do.  I guess I was just a computer junkie, even though at the time 
there weren't home machines. I remember this customer (that offered me 
the job) wasn't allowed to trust me with a key, but they approved me 
sleeping over Friday night so I could use the computer Saturday. As a 
result, they got some results they certainly didn't get out of their 
own people - because I was willing to spend so much time at it.  It 
really IS a "habit" - like a drug, etc.  Why else would I be - as I am 
now - typing at after midnight, having to get up shortly after 6:00 
tomorrow, etc.  It is just so completely unlimiting, I guess.   Today, 
I was stuck in a VERY crowded elevator for about 6 minutes. Two of the 
people were claustrophobic. I say this because somehow my interest in 
computers is as inexplicable as the claustrophobia is to them - it is 
just there.  I think because I was a loner, I never got interested in 
the more "humanitarian" things - never got interested in "partying", 
owning a boat, etc.  I HATE driving - being very law abiding, it is 
unbearable to be placed in a situation of watching everyone else break 
the law, from failing to signal, to parking in two places, to speeding, 
- sitting home at my computer is perhaps a sign of "withdrawal".  I did 
fall in love once, 1977, er, March, ah, March 2nd, ah, 8:30 PM (not 
that it made a big deal to me, heh heh).   Believe it or not "my disk 
drives rusted up" as a result of that - but sadly for the wrong reason 
-massive depression because she was a "career worman", and I just 
didn't fit in her life.  It did open my eyes to a lot of life, but also 
made me sort of "give up" - I look at it as both the best and the worst 
thing that ever happened to me.

What did I do in '55 w/hen Chuck Berry and Bill Haley revolutionized 
music? They did?  Was I building radios?  No, I didn't have the 
ambition to learn anything that complicated.  I just mixed chemicals 
together, and blew up the back yard, I guess.  (take one part 
gunpowder, bury in 1 foot deep hole; bury a wire with fine wire wrapped 
around match head in it, cover with dirt, go in house and plug other 
end in socket, go back out and apologize to neighbors cookout for 
sprinkling dirt on them..

"Get a job" was the first 45 I bought, and I didn't buy many.  Came 
from "college educated" family, with sort of "snobbish" mother - when 
we got a TV, unlike everyone else who put an antenna on the roof, she 
insisted it go in the attic so no one would know we had time for such 
frivolity.  I think they sort of turned me into a loner, too, by 
steering me toward the "children of their friends", rather than the 
local neighborhood kids, who were mostly factory workers' kids (not 
all, one friend's father was doctor, etc).

I guess it was HeathKit that got me into electronics - I built their 
16-in-one transistor experimentors kit my jr year of High School; Oh, 
also I think I subscribed to Popular Electronics.  Later to Radio 
Electronics.  You are bound to pick up some things from that, by 
osmosis if nothing else.  I was even known to buy old used computer 
boards for two bucks fifty, and literally blow-torch the chips off of 
them to make my projects.

--end--
24-Apr-85 10:23:55-MST,1017;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Apr 85 10:23:49-MST
Received: from simtel20.arpa by AMSAA.ARPA id a003542; 24 Apr 85 11:23 EST
Date: Saturday, 6 April 1985  08:16-MST
Message-ID: <KPETERSEN.12105726873.BABYL@SIMTEL20.ARPA>
Sender: "Ross A. Alford" <alford%ecsvax%mcnc.csnet@csnet-relay.ARPA>
From: "Ross A. Alford" <alford%ecsvax%mcnc.csnet@csnet-relay.ARPA>
Subject:   Turbo Pascal refs program doc and source available
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
ReSent-Date: Wed 24 Apr 1985 09:23-MST

Now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.PASCAL>
REFS.DOC.1			ASCII	  2449  5807H
REFS.PAS.1			ASCII	 17762  52A7H

which is my Turbo Pascal program for listing the references in
technical papers that use the author, date form for citations.
I hope this will be of use.

Ross Alford  {decvax akgua unc duke ihnp4}!mcnc!ecsvax!alford
24-Apr-85 11:31:52-MST,683;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Apr 85 11:31:48-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a005503; 24 Apr 85 12:49 EST
Received: from usenet by BRL-TGR.ARPA id a020978; 24 Apr 85 12:47 EST
From: Jack Engle <engle%loral.uucp@BRL-TGR.ARPA>
Newsgroups: net.micro.cpm
Subject: VAX TERMCAP
Message-ID: <836@loral.UUCP>
Date: 23 Apr 85 16:26:27 GMT
To:       info-cpm@AMSAA.ARPA



Greetings

	I am looking for a term cap for a Kaypro 2 with cpm 2.2g and i will
be talking to a berkly unix system (i think).  The system that is runnig 
the unix is VAX.


Tankyou In Advace.

Jack Lee Engle II
25-Apr-85 07:25:46-MST,481;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Apr 85 07:25:43-MST
Received: from csnet-pdn-gw by AMSAA.ARPA id a004754; 25 Apr 85 8:49 EST
Received: from ukans by csnet-relay.csnet id a019180; 24 Apr 85 22:24 EST
Date:     23 Apr 85 23:38:33-CST (Tue)
From:     Canas%ukans.csnet@CSNET-RELAY.ARPA
To:       Info-Cpm@AMSAA.ARPA
Subject:  Delete from mailing list

Please delete me from your mailing list
Thanks
Daniel
25-Apr-85 12:10:09-MST,1044;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Apr 85 12:10:03-MST
Received: from nosc-gw by AMSAA.ARPA id a011721; 25 Apr 85 13:27 EST
Received: from cod.ARPA by nosc.ARPA (4.17/4.7)
	id AA20734; Thu, 25 Apr 85 10:26:21 pst
From: bang!dan@nosc.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Received: by cod.ARPA (4.17/4.7)
	id AA07462; Thu, 25 Apr 85 10:24:48 pst
Date: Thu, 25 Apr 85 10:24:48 pst
Message-Id: <8504251824.AA07462@cod.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: Re: Attache' by Otrona


Jim,

  you might try contacting Russel Oiler at (619) 271-5610.  He is
the head of the Otrona Users Group in San Diego.  If Russel donesn't
know himself, he at least will be able to point you in the right
direction.  

  I used to have a small number of them myself, but sold them to 
others like you (I kept an 8/16, though).

                          Good Luck
                           Dan Seguin
                           bang!dan@nosc


26-Apr-85 08:58:03-MST,697;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 26 Apr 85 08:57:53-MST
Received: from almsa-1.arpa by AMSAA.ARPA id a003519; 26 Apr 85 10:19 EST
Date:     Fri, 26 Apr 85 9:13:59 CST
From:     Ernie Co-Vax <root@almsa-1.ARPA>
To:       Info-Cpm@AMSAA.ARPA
Subject:  Forwarded mail

Received: from csnet-pdn-gw by AMSAA.ARPA id a004754; 25 Apr 85 8:49 EST
Received: from ukans by csnet-relay.csnet id a019180; 24 Apr 85 22:24 EST
Date:     23 Apr 85 23:38:33-CST (Tue)
From:     Canas%ukans.csnet@CSNET-RELAY.ARPA
To:       Info-Cpm@AMSAA.ARPA
Subject:  Delete from mailing list

Please delete me from your mailing list
Thanks
Daniel
26-Apr-85 10:48:13-MST,988;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 26 Apr 85 10:48:07-MST
Received: from simtel20.arpa by AMSAA.ARPA id a005612; 26 Apr 85 12:21 EST
Date: Wed, 24 Apr 85 07:46:54 pst
Message-ID: <KPETERSEN.12106261688.BABYL@SIMTEL20.ARPA>
Sender: MEDIN-T.S%cc82@nosc.ARPA
From: Ted Medin <medin@nosc-cod.ARPA>
To: W8SDZ@simtel20.ARPA
Subject: Re: Floppy disk squeal fix
ReSent-From: KPETERSEN@simtel20.ARPA
ReSent-To: Info-CPm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
ReSent-Date: Fri 26 Apr 1985 10:21-MST

Just a note about using wd-40. I have a friend who is a maintenance
chief for the navy at Miramar naval air station. He says that the navy
will not allow wd-40 to be used because of its corrosive actions.  I
have personaly noted some things on my watch buttons that verify the
statement. I personally use wd-40 to free up stuck things (and it does
do a good job) but then I make sure I clean and reoil the part
affected.
29-Apr-85 21:55:42-MDT,797;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 21:55:38-MDT
Received: from mitre.arpa by AMSAA.ARPA id a000357; 29 Apr 85 8:39 EST
Received: by mitre.ARPA (4.12/4.7)
	id AA16523; Mon, 29 Apr 85 08:40:19 edt
Message-Id: <8504291240.AA16523@mitre.ARPA>
To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA
Cc: INFO-CPM@AMSAA.ARPA
Subject: Re: NETWORKING
In-Reply-To: Your message of 26 APR 85 13:40-EST.
	     <8504261934.AA03877@mitre.ARPA>
From: Jeff Edelheit <edelheit@MITRE.ARPA>
Date: 29 Apr 85 08:39:21 EDT (Mon)
Sender: edelheit@MITRE.ARPA

Sure am interested in networking.  My US mail address is:

	Jeffrey Edelheit
	MITRE Corporation
	1820 Dolley Madison Blvd.
	McLean, VA  22102

Thanks

Jeff Edelheit
(edelheit@mitre)
29-Apr-85 21:55:56-MDT,1777;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 21:55:50-MDT
Received: from xerox.arpa by AMSAA.ARPA id a006600; 29 Apr 85 11:51 EST
Received: from Barbera.ms by ArpaGateway.ms ; 29 APR 85 08:49:44 PDT
Date: 29 Apr 85 10:49:36 CDT (Monday)
From: Pencin.dlos@XEROX.ARPA
Subject: Re: Hard disk-drive question
In-reply-to: <514@mcnc.mcnc.UUCP>
To: Ravi Subrahmanyan <ravi%mcnc.uucp@BRL.ARPA>
cc: info-cpm@AMSAA.ARPA

A computer system is only obsolete when you have progressed past it's
inherent capabilities, (i.e. Not enough memory space, not enough disk
space, processor to slow, screen to small and not expandable). In your
case it appears that you are still developing on your system and that it
is still a useful tool. Like any tool, your system becomes more useful
when it's easier or faster after an enhancement is added. In this case
(adding a rigid) you will find 2x to 10x improvement in disk bound
processing, plus the added convienence of all your files directly
accessable without swapping disks...The added enhancement of ZCPR will
make your system feel like an extension of your own thought cataloging
method. 
I have added a rigid to my XEROX 820-II and now am hardly able to stand
the use of a floppy system, in fact I got so hooked that I hacked around
the system and added another TW0 8 meg rigids to the system giving me 24
megs of online storage..A bit of over kill, but It allows me do do
anything I want in terms of segmenting my work. $1000 dollars will be
well spent to keep a friendly, familiar piece of equipment from
becomming 'obsolete', after all a computer only processes bits, it's the
human perception that makes one computer better than another...

Russ

29-Apr-85 21:56:09-MDT,1753;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 21:56:03-MDT
Received: from ames-vmsb.arpa by AMSAA.ARPA id a007542; 29 Apr 85 12:23 EST
Date: 29 Apr 1985 0905-PST
From: MAX.HARTMAN@ames-vmsb.ARPA
Subject: --- ADM3a/KAYPRO II Termcaps ---
To: INFO-CPM@AMSAA.ARPA
Reply-To: MAX.HARTMAN@ames-vmsb.ARPA


The question was brought up about why the one termcap did not have
a "le" (cursor left) field?   Answer:  at the start of the entry there
is the "bs" (Back-space capability) field.  If I remember correctly, this
field is a flag, whose mere presence states "a ^H will move the cursor
backwards on this type of terminal". 

Also, the only difference on the compared ADM3a and KAYPRO entries was the
delete line (and move all other lines up) entry.   This will speed up the
use of vi if it is present, but the straight ADM3a entry will ALSO work,
just not as fast....when the application calls for deleting a line, it
will repaint the entire lower screen, instead of moving them up w/ the
screen-driver assistance.....

And finally, I think the tirade about the "ma" (cursor-key map) entry
was a little unjust....it may have been a little off, but it was probably
just typoes (those things are tedious to type if you don't know what they
mean!), and not maliciousness on his part, which was what the person doing
the yelling seemed to imply (I don't remember the names of the person who
submitted the entries, or the one who seemed so offended about them were).

If you were merely trying to point out an error (whoever you are), I
apologize for the above, but your letter DID seem a little over-vicious....

			-Richard Hartman
			max.hartman@AMES-VMSB
------
29-Apr-85 21:57:56-MDT,1653;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 21:57:51-MDT
Received: from lll-mfe.arpa by AMSAA.ARPA id a002303; 29 Apr 85 18:04 EST
Date: Mon, 29 Apr 85 05:53 MFE_TIMEZONE_DAYLIGHT
From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
Subject: Continuing Saga of the ADM3a/Kaypro Termcap
To: INFO-CPM@AMSAA.ARPA


Dave Towson, et. al., thanks.  I am the originator of the ADM3a/Kaypro
termcap (or the one who POSTED it, anyway) that's been causing all of
the hoop-lah.

Perhaps the differences that were of consurn have something to do with
the fact that I provided an EMACS termcap entry, and this was being
compared and contrasted to a UNIX termcap.  I can state that I have used
this termcap on a Kaypro II with my own hands for hours on our VAX under
VAX/VMS running a Gosling EMACS.  As for the rest of the world, gee -
I dunno.  I hope it was of help, anyway.  And if you need the EMACS
termcap gobbledegook deciphered for you out there in netland, I will be
happy to provide the EMACS interpretation for you to the best of my
ability.  As to UNIX - go find a UNIX person, I'm a VAX/micro hacker.
Or a micro VAX-hacker.  Or perhaps - uh, never mind.  Best I not use
VAX, UNIX, and hacker in sentences lest I let myself in for a flame.

As to "tirades" and all of that, I am not upset - yet another flame in
netland, as I see it - and probably quite useful if you are trying to
get up on a UNIX system at that.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Richard Secrist * "It's always darkest just before it gets pitch black." -Anon.
29-Apr-85 22:08:20-MDT,1163;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 22:08:14-MDT
Received: from mitre.arpa by AMSAA.ARPA id a001035; 29 Apr 85 8:04 EST
Received: by mitre.ARPA (4.12/4.7)
	id AA15680; Mon, 29 Apr 85 08:04:37 edt
Message-Id: <8504291204.AA15680@mitre.ARPA>
To: Ravi Subrahmanyan <ravi%mcnc.uucp@BRL.ARPA>
Cc: info-cpm@AMSAA.ARPA
Subject: Re: Hard disk-drive question
In-Reply-To: Your message of 27 Apr 85 01:09:05 GMT.
	     <514@mcnc.mcnc.UUCP>
Date: 29 Apr 85 08:04:11 EDT (Mon)
From: Jeff Edelheit <edelheit@MITRE.ARPA>

With respect to the cost of the hard drive, if the $895 includes the 
controller and the 8mb is formatted, then the price does not seem to be
too out-of-line, just a little high.

Regarding the question about obsolescence, I think that if you like a system
(i.e., it does almost everything you want) and don't think that you will be
replacing it anytime in the near to mid future (1 to 3 years) then it doesn't
really matter if the system is not "state-of-the-art".  If it's functional, use
it; if it ain't broke, don't fix it.

Jeff Edelheit
(edelheit@mitre)
29-Apr-85 22:08:31-MDT,684;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 22:08:27-MDT
Received: from xerox.arpa by AMSAA.ARPA id a006258; 29 Apr 85 11:47 EST
Received: from Flora.ms by ArpaGateway.ms ; 29 APR 85 08:46:35 PDT
Date: Mon, 29 Apr 85 08:46 PDT
From: HFang.ES@XEROX.ARPA
Subject: Re: NETWORKING
In-reply-to: "HARRELL%EDUCOM.BITNET@WISCVM.ARPA's message of 26 APR 85
 13:40 EST"
To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA
cc: INFO-CPM@AMSAA.ARPA, HFang.es@XEROX.ARPA

I would like to receive a copy of a networking newsletter. Please add me
to your mailing list. My mailing address is XeroxInfo-CPM^.wbst
HFang.ES. Thx.

henry,

29-Apr-85 22:08:44-MDT,624;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 22:08:40-MDT
Received: from xerox.arpa by AMSAA.ARPA id a001022; 29 Apr 85 16:23 EST
Received: from Flora.ms by ArpaGateway.ms ; 29 APR 85 11:03:20 PDT
Date: Mon, 29 Apr 85 10:58 PDT
From: WSullivan.ES@XEROX.ARPA
Subject: Re: NETWORKING
In-reply-to: "HARRELL%EDUCOM.BITNET@WISCVM.ARPA's message of 26 APR 85
 13:40 EST"
To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA
cc: INFO-CPM@AMSAA.ARPA

Re: Network Newletter:
Thanks from:     	Bill Sullivan
			Xerox, BSG
			880 Apollo, P3-68
			El Segundo, Ca, 90245


29-Apr-85 22:09:00-MDT,957;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 22:08:56-MDT
Date:     Mon, 29 Apr 85 16:46:04 EST
From:     David Towson (SECAD) <towson@AMSAA.ARPA>
To:       MAX.HARTMAN@ames-vmsb.ARPA
cc:       INFO-CPM@AMSAA.ARPA
Subject:  Re:  --- ADM3a/KAYPRO II Termcaps ---

Richard - I believe you are absolutely correct about the backspace ("bs")
termcap entry taking care of left cursor movement.  I overlooked that.

     But "tirade", "unjust", "maliciousness", "yelling", "offended", etc.???
Where do you get all this negativism?  The purpose of this newsgroup is to
exchange information, preferably accurate information.  And questioning what
appears to be an error is not "doing somebody dirty", it's just trying to get
the facts straight for everyone's benefit (including mine).  Sorry if I have
offended anyone.  That, for sure, was not my intention.


Dave
towson@amsaa.arpa

29-Apr-85 22:09:51-MDT,1049;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 22:09:47-MDT
Received: from ames-vmsb.arpa by AMSAA.ARPA id a008193; 29 Apr 85 19:24 EST
Date: 29 Apr 1985 1617-PST
From: MAX.HARTMAN@ames-vmsb.ARPA
Subject: --- EMACS termcap ---
To: INFO-CPM@AMSAA.ARPA
Reply-To: MAX.HARTMAN@ames-vmsb.ARPA


Richard (Secrist) offered to explain the EMACS termcap "gobbledegook"
and I'd like to take him up on that offer....I am only familiar w/ UNIX
termcap gobbledegook, and that not very recently (I have been working on
RSX-11m/VMS/RT-11/etc.... systems for the paste 2-3 years....  Just what
is the meaning of the infamous "ma" field, that was misteaken (or was it?)
for a keypad "map" definition??  And what about the rest of the stuff...to
be honest, I read that it was an "EMACS termcap entry"...but it just didn't\
hit that it would be all that different from a UNIX termcap entry......care
to elucidate on the differences??

			-Richard Hartman
			max.hartman@AMES-VMSB
------
29-Apr-85 23:22:35-MDT,2001;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:22:30-MDT
Received: from ucb-vax.arpa by AMSAA.ARPA id a000539; 30 Apr 85 0:43 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.46)
	id AA05220; Mon, 29 Apr 85 21:41:54 pdt
Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA)
	by ucbjade.CC.Berkeley.ARPA (4.19/4.34.2)
	id AA04120; Mon, 29 Apr 85 21:39:45 pdt
Received: by ucbopal.CC.Berkeley.ARPA (4.19/4.34.1)
	id AA20050; Mon, 29 Apr 85 21:43:29 pdt
Date: Mon, 29 Apr 85 21:43:29 pdt
From: "William C. Wells" <wcwells%ucbopal.CC@ucb-vax.ARPA>
Message-Id: <8504300443.AA20050@ucbopal.CC.Berkeley.ARPA>
To: INFO-CPM@AMSAA.ARPA
Subject: Re: Continuing Saga of the ADM3a/Kaypro Termcap

Some of you may have noticed differences in the padding number for
"cl", eg. :cl=3^Z:, cl=1^Z . I suspect that some of the problems
I have observed with the Kaypro 2x at higher port speeds (eg. 1200,
9600 baud) are related to needs for the microcomputer to do some work
each time it receives a new-line (linefeed) and/or return (CR)
character from a remote system.  Depending on the port speed and the
amount of cpu processing required by the communication program on
the Kaypro, it may be necessary to increase the padding on "cl"
(clear screen), and set or increase "dC" (number of milisec of
cr delay needed) and "dN" (number of milisec of nl delay needed).

Of course, adding padding and end of line delays to the termcap
may not be the whole solution.  Lack of data line flow control
(eg. XOFF/XON) can easily bring most communications programs to a
halt at higher speeds (by overflowing I/O buffers). In addition,
many communication and file transfer program assume a quick
response to transmission from the remote machine. That is, the
program will time out when the required response is delayed,
for example, by an overloaded time sharing system.

Bill
wcwells@Berkeley.ARPA
29-Apr-85 23:57:39-MDT,1194;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:57:35-MDT
Received: from almsa-1.arpa by AMSAA.ARPA id a000612; 26 Apr 85 13:29 EST
Date:     Fri, 26 Apr 85 12:18:58 CST
From:     Irene Homyer <ihomyer@almsa-1.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  Forwarded Mail

Received: from cod.ARPA by nosc.ARPA (4.17/4.7)
	id AA20734; Thu, 25 Apr 85 10:26:21 pst
From: bang!dan@nosc.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Received: by cod.ARPA (4.17/4.7)
	id AA07462; Thu, 25 Apr 85 10:24:48 pst
Date: Thu, 25 Apr 85 10:24:48 pst
Message-Id: <8504251824.AA07462@cod.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: Re: Attache' by Otrona


Jim,

  you might try contacting Russel Oiler at (619) 271-5610.  He is
the head of the Otrona Users Group in San Diego.  If Russel donesn't
know himself, he at least will be able to point you in the right
direction.  

  I used to have a small number of them myself, but sold them to 
others like you (I kept an 8/16, though).

                          Good Luck
                           Dan Seguin
                           bang!dan@nosc


29-Apr-85 23:57:49-MDT,538;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:57:46-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a001209; 26 Apr 85 13:50 EST
Received: from (HARRELL)EDUCOM.BITNET by WISCVM.ARPA on 04/26/85 at
  12:47:46 CST
Date: 26 APR 85 13:40-EST
From:  HARRELL%EDUCOM.BITNET@WISCVM.ARPA
To:  INFO-CPM@AMSAA.ARPA
Subject: NETWORKING


     If you would like to receive a copy of a networking
newsletter at no charge please send me your hardcopy mailing address.
Thanks

29-Apr-85 23:58:04-MDT,874;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:57:58-MDT
Received: from ames-vmsb.arpa by AMSAA.ARPA id a000583; 26 Apr 85 14:23 EST
Date: 26 Apr 1985 1057-PST
From: MAX.HARTMAN@ames-vmsb.ARPA
Subject: --- Kaypro Termcap ---
To: INFO-CPM@AMSAA.ARPA
Reply-To: MAX.HARTMAN@ames-vmsb.ARPA


Jack,

   As far as I have been able to determine, the Kaypro is compatible
with an ADM3 (or 3a).  I think this is for Kaypro 2, but I am not sure.
Try setting the term type to ADM3a, which SHOULD be in the /etc/termcap
file in most systems.  If it works, you could always add the special
function (keypad) keys yourself (I don't remember if they generate
special codes or just the ASCII numbers.....)
 
   If anyone else has any more information......

			-R. Hartman
			max.hartman@AMES-VMSB
------
29-Apr-85 23:58:18-MDT,1679;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:58:12-MDT
Received: from ames-vmsb.arpa by AMSAA.ARPA id a000586; 26 Apr 85 14:23 EST
Date: 26 Apr 1985 1051-PST
From: MAX.HARTMAN@ames-vmsb.ARPA
Subject: --- remaining inventory ---
To: INFO-CPM@AMSAA.ARPA
Reply-To: MAX.HARTMAN@ames-vmsb.ARPA


Jim Moore (aside from asking about where to buy an Otrona, which
someone else responded to) asked about what happens to the inventory
of a company that folds.   I would assume that it gets sold off,
at least that is what happened to some of the old Atari inventory
recently (although Atari just sort of turned over, rather than folding).
A local electronics store bought up a lot of their old stock, and I
got a 300-baud acoustic modem (Atari 830) for $7.50!  Places like DAK
probably watch out for things like this too, they bought up all of the
Olivetti Ink-jet printers, and sold them for $199 each, after control
of Olivetti was turned over to a company that was not interested in
maintaining that product.  (The above "aquisition" is un-verified, and
mentioned AS REMEMBERED from reading the DAK advertisement for the 
printer in question...I do NOT want to start any un-founded rumors
about Olivetti! -rmh)  Keep an eye out for bargains such as those 
mentioned above when a company runs into problems!  (I would not
normally consider buying a 300-baud modem, I was waiting for the
prices on the 1200's to come down after the introduction of the
2400's......but for that price I can even put up w/ the problems
of an acoustic modem.....)

			-R. Hartman
			max.hartman@AMES-VMSB
------
29-Apr-85 23:58:34-MDT,1207;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:58:30-MDT
Received: from lll-mfe.arpa by AMSAA.ARPA id a002263; 26 Apr 85 15:15 EST
Date: Fri, 26 Apr 85 05:01 EST
From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
Subject: Kaypro Termcap Entry - Comparison with ADM-3A
To: INFO-CPM@AMSAA.ARPA


The following is the entry from our site's EMACS termcap file (under VAX/VMS)
that I have used successfully on a Kaypro 2.  They are virtually identical 
except for the last entry "dl=\ER:".

"dl=" is for the "delete current line" function, which moves all lines below
it up by one.  The "\ER:" means escape-R, with the '\' and ':' being
delimiters.

la|ADM3A|adm3a|3a|lsi adm3a:\
        :am:bs:cm=\E=%+ %+ :cl=^Z:co#80:ho=^^:li#24:ma=j^Jk^P^K^Pl \
        :nd=^L:up=^K:\
        :ce=^X:cs=^W:
lx|kaypro:\
        :am:bs:cm=\E=%+ %+ :cl=3^Z:co#80:ho=^^:li#24:ma=j^Jk^P^K^Pl \
        :nd=^L:up=^K:\
        :ce=^X:cs=^W:dl=\ER:

I hope this is helpful to you.  -- rcs

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
   SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa  *  Science Application Intl. Corp 
29-Apr-85 23:58:47-MDT,639;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:58:44-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000293; 27 Apr 85 8:03 EST
Received: from usenet by BRL.ARPA id a021307; 26 Apr 85 23:48 EST
From: D Gary Grady <dgary%ecsvax.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Superbrains wanted
Message-ID: <1090@ecsvax.UUCP>
Date: 25 Apr 85 17:19:19 GMT
To:       info-cpm@AMSAA.ARPA

Doesn't this belong in net.jobs?  :->
-- 
D Gary Grady
Duke U Comp Center, Durham, NC  27706
(919) 684-3695
USENET:  {seismo,decvax,ihnp4,akgua,etc.}!mcnc!ecsvax!dgary
29-Apr-85 23:58:57-MDT,871;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:58:54-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id aa00293; 27 Apr 85 8:03 EST
Received: from usenet by BRL.ARPA id a021391; 26 Apr 85 23:50 EST
From: Carol Kent <cmk%amdahl.uucp@BRL.ARPA>
Newsgroups: net.dcom,net.micro,net.micro.cpm
Subject: "Genesis" Data Communications software?
Message-ID: <1451@amdahl.UUCP>
Date: 25 Apr 85 23:29:37 GMT
Xref: seismo net.dcom:950 net.micro:10696 net.micro.cpm:4341
To:       info-cpm@AMSAA.ARPA


Can anyone provide me with information on a microcomputer
software package called "Genesis"?  It is a data communications
network piece of software which runs under CP/M or CPM86 (according
to my sources, who know nothing more about "Genesis".

Please reply by mail.

Thanks (in advance) for any help.
29-Apr-85 23:59:11-MDT,1296;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:59:06-MDT
Received: from usc-isid.arpa by AMSAA.ARPA id a000457; 27 Apr 85 9:44 EST
Date: 26 Apr 1985 18:23-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Random Number Generators
From: ABN.ISCAMS@USC-ISID.ARPA
To: info-cpm@AMSAA.ARPA
Cc: abn.iscams@USC-ISID.ARPA
Message-ID: <[USC-ISID.ARPA]26-Apr-85 18:23:19.ABN.ISCAMS>

NetLandians,

I'm busily collecting various Random Number Generators (RNGs for now).
One friend on the net pointed me at Prof. Arne Thesen, an engineer at
Univ of Wisconsin-Madison.  The kind professor mailed me several of his most
interesting papers, and I'm busily trying to understand them.

One hack of one of his algorithms is in my directory, ABN.ISCAMS@USC-ISID,
available via Anonymous FTP.  TurboPascal, demo version only, using the
Tausworthe Algorithm.  Nice code.  Other techniques will be available, plus
a full copy of his most pertinent two papers, as I get the time.

Professor Thesen kindly placed his work in the Public Domain, with the
condition that credits remain with the code/articles.

Regards,
David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID)
P.S.: excuse the Pascal hack - I'm only a novice in the language.
29-Apr-85 23:59:27-MDT,3337;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:59:19-MDT
Date:     Sun, 28 Apr 85 10:07:33 EST
From:     David Towson (SECAD) <towson@AMSAA.ARPA>
To:       SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
cc:       INFO-CPM@AMSAA.ARPA
Subject:  Re:  Kaypro Termcap Entry - Comparison with ADM-3A

Richard et al - The string "ma=...etc" in the termcaps you posted for the
ADM-3A and kaypro appears to be in error.  The "ma" string is an "arrow-key
map" for use with the screen editor "vi", version 2 only.  This string is
now essentially obsolete.  Nevertheless, the string you posted "j^Jk^P^K^Pl"
appears to have two problems: it contains a printing character "j" as the
first character, and the field-separator ":" is missing from the end.  It
seems that having a printing character as the first character issued by an
arrow key would be extremely confusing, since it could not be distinguished
from the same character in text until a following key or keys had been
examined.  This would cause that particular printing character not to be
echoed to the screen until the following character or characters had been
entered.  The ADM-3A termcap entry for our local UNIX machines gives just
"^K^P" for the "ma" string.  This is, I admit, a minor point since the "ma"
string will be rarely (if ever) used.  A more significant apparent error is
in the string "cs=...etc".  Our local UNIX documentation has this string
being used to change the scrolling region, which is quite different from
"clear-to-end-of-display" ("cd"), which seems to have been the intent.

     Of possibly more interest is the following termcap for the Kaypro-II,
taken from our local "/etc/termcap" file.

# KayPro II from Richard G Turner <rturner at Darcom-Hq.ARPA>
# I've found that my KayPro II, running MDM730, continues to emulate an
# ADM-3A terminal, just like I was running TERM.COM. On our 4.2 UNIX
# system the following termcap entry works well:
# I have noticed a couple of minor glitches, but nothing I can't work
# around.
k2|kaypro|KayPro II:\
	:am:bs:li#24:co#80:\
	:cm=\E=%+ %+ :\
	:ho=^^:cl=1^Z:\
	:nd=^L:up=^K:do=^J:\
	:ce=^X:cd=^W:\
	:al=\EE:dl=\ER:

I have no personal experience with this termcap, and I don't know why there
are strings for moving the cursor right, up and down ("nd", "up" and "do"
respectively), but not one to move the cursor left ("le").  But the added
string "al" (add line) is particularly desirable for use with screen editors
via low-speed communications, as it allows local re-writing of a substantial
portion of the screen, and you don't have to wait for this re-writing to be
done at low speed from the remote machine.  Perhaps Richard Turner, the author
(who receives info-cpm), will comment on the missing "le" string, and also
on whether his shorter (one millisecond versus three) delay for the clear-
screen ("cl") string has caused any problems.

     General note:  Termcaps seem awfully cryptic and confusing at first
encounter, but they are really not difficult to comprehend PROVIDED you have
a good set of instructions.  I will be happy to send such a set of instructions
to anyone who wants it.  But please send requests to me, and not to the whole
list unless absolutely necessary.



Dave
30-Apr-85 00:00:29-MDT,928;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 00:00:21-MDT
Received: from amc-hq.arpa by AMSAA.ARPA id a001121; 28 Apr 85 12:17 EST
Received: From Usadhq2.ARPA by AMC-HQ via smtp;  28 Apr 85 11:21 EDT
Date:     Sun, 28 Apr 85 10:41:38 EDT
From:     "Richard G. Turner"@AMC-HQ.ARPA, PERI-ET@AMC-HQ.ARPA, 
          USARI <rturner%usadhq2.arpa@AMC-HQ.ARPA>
To:       David Towson (SECAD) <towson%amsaa.arpa@AMC-HQ.ARPA>
cc:       SECRIST%OAK.SAINET.MFENET%lll-mfe.arpa@AMC-HQ.ARPA, 
          INFO-CPM%amsaa.arpa@AMC-HQ.ARPA
Subject:  Re:  Kaypro Termcap Entry - Comparison with ADM-3A

Dave,

Sorry, but I am not the author of the Kaypro II termcap entry that you
credited me with. I received that from someone else on the net, and found
it useful.

I'll look around and see if I can determine who sent it, but I'm afraid the
source is lost.

rick
30-Apr-85 00:01:35-MDT,5602;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 00:01:13-MDT
Received: from rand-unix.arpa by AMSAA.ARPA id a001482; 28 Apr 85 14:29 EST
Received: by rand-unix.ARPA; Sun, 28 Apr 85 11:10:49 pdt
From: Bridger Mitchell <bridger@rand-unix.ARPA>
Message-Id: <8504281810.AA13271@rand-unix.ARPA>
Date: 28 Apr 85 11:10:46 PDT (Sun)
To: info-cpm@AMSAA.ARPA
Cc: bridger mitchell <bridger@rand-vax.arpa>
Subj: DateStamper for CP/M 2.2 is ready


DateStamper(tm) --  a CP/M 2.2 system extension for automatic time-and
-date-stamping of files -- has passed its beta-tests, thanks to skillful and
persistent assistance from Dave Birnbaum, Hal Bower, Bob Clements,
Jack Bicer, Paul Kelley, Kim Korner, Neil Maron, Dick Mead, Mike Niswonger,
Ed Park, and John Shaver.

This announcement summarizes how DateStamper works, its major features,
companion utilities, and availability.

		--------------------------------------

			    DateStamper(tm)

  A CP/M 2.2 system extension for automatic time-and-date-stamping of files.


			 >>>  HOW IT WORKS  <<<

Disks prepared for DateStamping store the created, modified, and accessed
dates for each directory entry in a special file, which is the first-
allocated file on the disk and also the first entry in the directory.

The command to load DateStamper may be placed in the user's command
processor buffer to allow automatic loading at each cold boot; or,
DateStamper can be loaded manually with a transient command.  DateStamper
then patches into the BIOS and BDOS, and monitors BDOS calls until cold-boot
or power-down.  It keeps track of writes, and updates the time-and-date file
on creates, opens, and closes, using BIOS file i/o.

The clock-reading routine is externally callable at an offset available at a
BDOS patch.  It returns packed BCD date and time to the caller's buffer.


			>>>  MAJOR FEATURES  <<<

Function       ..  Stamps every file's create, access and modify time and date
		   with imperceptible overhead.

Hardware       ..  Clock NOT REQUIRED.  Default mode uses a "relative"
		   counter clock that increments on each file access.
	       ..  Use any hardware or terminal real-time clock to stamp
		   actual time.  Pre-assembled routines for popular clocks,
		   plus custom ASM option.

Compatibility  ..  Works with all programs adhering to CP/M 2.2 interfacing
                   standards.
	       ..  Runs with replacement CCP's such as ZCPRx
	       ..  Requires standard CP/M 2.2 BDOS.
	       ..  Disks and files are fully compatible with standard CP/M 80
		   and CP/M 86 format (but not CP/M 86 timestamp).  Intermix
		   regular and DateStamper-prepared disks.

Resource use   ..  Uses less than 1K memory.  Loads below the CCP (default
		   case) or above the BIOS.
	       ..  Uses 1 directory entry plus 1 small file per disk.

Accessibility  ..  Portable, machine-independent entrypoint for reading date
		   and time.
	       ..  File times and dates available to applications programs.


		     >>>  PRINCIPAL  UTILITIES  <<<

SDD	       ..  SuperDirectory enhanced to show create, access, modify
		   time and date in selectable formats and to support
		   PUBlic filetype.

DATSWEEP       ..  A compleat 6-window file-maintenance utility.  Select and
		   tag files by wildcard, attribute bit, and date-time
		   relational operators for copy/rename/erase/change-date/
		   change-user-number operations.  View mode is bidirectional
		   with horizontal scrolling and string-search (forward-only
		   for squeezed files).

LOG,TOTALLOG   ..  Log time-stamped category of computer use.  Show monthly
		   summary by category.

DATE	       ..  Display current date and time.


		    >>>  INSTALLATION UTILITIES  <<< 

..	Prepare a disk with time-and-date file.  Run once for each disk.
..	Set date and relative time, when required.
..	Configure utilities for terminal-specific video sequences.
..	Set default modes for utilities.
..	Customize DateStamper for system addresses, real-time clock, and
	auto-execute command line.


		     >>>  COMPANION UTILITIES  <<<

	The DateStamper toolkit disk(s) will contain additional utilities
with source code, including user contributions.  They currently comprise:

MAKE  	   ..	Create submit script from a makefile of file dependencies
		based on last-modified date (a la unix) -- by Neil Maron.
MCAT,XCAT  ..	Catalog and cross-reference disks with file dates --
		by Hal Bower.
APPEND	   ..	Concatenate text files with filename/datestamp separator.
SAP51	   ..	New version of SAP (sort and pack directory) that supports
		the DateStamper time and date file; with other improvements.
DSLIB	   ..	8080 ASM library of routines to read clock and return file
		time and date, callable from BDS-C.


			 >>>  AVAILABILITY  <<<

Plu*Perfect Systems is sending information brochures and taking orders;
shipments will go out as soon as the manual comes back from the printer --
estimated May 6.

Formats/versions:

..	Standard formats: 8" SSSD, Kaypro SSDD and Osborne SSDD -- $49
..	Other formats: (no 96 tpi) -- $54.
..	Special Kaypro autoboot version for users with Plu*Perfect's
	enhanced CP/M 2.2E -- $39.

Toolkit disk for companion utilities -- $12 (standard format), $17 (other).

Add $3 shipping and handling.  In California add 6% sales tax.

Plu*Perfect Systems
Box 1494
Idyllwild, CA 92349
714-659-4432


Trademarks:	DateStamper (Plu*Perfect Systems), CP/M (Digital Research).
30-Apr-85 00:01:54-MDT,663;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 00:01:44-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000341; 28 Apr 85 18:26 EST
Received: from usenet by BRL.ARPA id a001939; 28 Apr 85 17:14 EST
From: Sam Chin <tsc2597%acf4.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Superbrains wanted
Message-ID: <1010012@acf4.UUCP>
Date: 27 Apr 85 18:08:00 GMT
To:       info-cpm@AMSAA.ARPA

<>

Is Intertec, the maker of Superbrains still around? I remember them producing
a network and PC compatibles at some point.

                     S Chin
                     tsc2597.acf4@nyu
30-Apr-85 00:02:06-MDT,1464;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 00:02:00-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000349; 28 Apr 85 18:26 EST
Received: from usenet by BRL.ARPA id a002370; 28 Apr 85 17:24 EST
From: Ravi Subrahmanyan <ravi%mcnc.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Hard disk-drive question
Message-ID: <514@mcnc.mcnc.UUCP>
Date: 27 Apr 85 01:09:05 GMT
To:       info-cpm@AMSAA.ARPA



I have a 64K ATR8000 CP/M 80 machine, and someone has just come
out with a hard disk drive for it.  The drive can store 8 Mb, and 
costs $895.00  .  That is almost as much as the cost of the computer
and two 5.25" floppy drives, and I'm wondering if it is worth putting
in all that money for the hard disk.  Never having used one before, I
have no basis for judgement.  I'm pretty happy with the system itself,
I run a fair bit of stuff on it (Wordstar, Turbo and C, terminal emulation
and so on), and I'm trying to get ZCPR3 cranked up on it.  But I have
been asked if I can justify spending another $1000 on a system that appears
to be obsolete, and I'm finding it hard to say very much.  I would
appreciate comments from any of you 'out there in netland'.
Is it convinient enough to be worth the cost?  Is it worth investing
in this system?   Everything will be appreciated.  Thanks,

                .........ravi     ( ..decvax!mcnc!ravi)

ps: please reply by mail.
30-Apr-85 00:02:18-MDT,1103;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 00:02:13-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000513; 28 Apr 85 18:58 EST
Received: from usenet by BRL.ARPA id a003111; 28 Apr 85 17:39 EST
From: "R.Thomas" <rbt%sftig.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Basic unsqueezer
Message-ID: <523@sftig.UUCP>
Date: 26 Apr 85 15:24:56 GMT
To:       info-cpm@AMSAA.ARPA

> 
> I picked this up on a local BBS with NO DOCUMENTATION, but I still
> think it may be of use to the users of SIMTEL20's repository.
> 
> --Arun [NBaheti.es@Xerox]
> 

Does anybody on this net have the specs for the algorithm used to squeeze
(or more importantly, unsqueeze) things on SIMTEL20?
Better yet, if there is a C program to do the unsqueezing, could somebody
post it, or mail it to me.  PLEASE!

If somebody will mail me the English description of the algorithm, I will
write a C program to do it and post it to net.sources.

Rick Thomas
{ihnp4,akgua,bellcore,ucbvax,just about anywhere}!attunix!rbt
(201)-522-6062
30-Apr-85 00:02:35-MDT,1790;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 00:02:27-MDT
Received: from brl-tgr.arpa by AMSAA.ARPA id a000533; 28 Apr 85 18:58 EST
Received: from usenet by BRL.ARPA id a003371; 28 Apr 85 17:45 EST
From: bill%persci.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: Re: Basic unsqueezer
Message-ID: <155@persci.UUCP>
Date: 27 Apr 85 14:47:39 GMT
To:       info-cpm@AMSAA.ARPA

> Does anybody on this net have the specs for the algorithm used to squeeze
> (or more importantly, unsqueeze) things on SIMTEL20?
> Better yet, if there is a C program to do the unsqueezing, could somebody
> post it, or mail it to me.  PLEASE!
> [...]
> Rick Thomas  {ihnp4,akgua,bellcore,ucbvax,just about anywhere}!attunix!rbt

I have a copy of both sq.c and usq.c which I find to be compatible with the
CP/M utilities I use. I got them off a BBS somewhere, and fixed them. I use
them a good deal for squeezing files to be transferred between our VAX at 
work and my CP/M machine at home. At 300 baud, I need all the help I can get!

These utilities appear to have come from the net originally. I haven't been on
long, so I wouldn't really know. If there is interest, I will post them to
net.sources.

A Word of Warning: I sent these utilities to several other CP/M users in the
area (on the net). One (and only one) reported that he was unable to unsqueeze
files that he squeezed on his system at home! Something caused usq to crash
with a core dump. We have not found the problem, but it only occurs with files
squeezed by his particular squeeze program! The rest of us have never had a 
problem with the utilities.

-- 
Bill Swan	{ihnp4|decvax|...}!uw-beaver!tikal!persci!bill
...and some days the dragon wins!
30-Apr-85 09:19:23-MDT,945;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 09:19:18-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a000874; 30 Apr 85 9:05 EDT
Date: Tue, 30 Apr 1985  08:29 MDT
Message-ID: <KPETERSEN.12107278902.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: RCPM-061.LQT phone list of all known RCPMs updated

The latest list of all known RCPM (Remote CP/M) systems is now
available from SIMTEL20.  If you cannot FTP and you are not already on
the list to automatically receive updates of RCPM-xx.LST, please send
a note to me and I'll add you to the mailing list.

Filename			Type	 Bytes	 CRC

Directory MICRO:<CPM.MISC>
RCPM-061.LQT.1			BINARY	 44288  3EEAH

--Keith <W8SDZ@SIMTEL20.ARPA>
Usenet: ...!decvax!brl-bmd!w8sdz
  or    ...!unc!brl-bmd!w8sdz
  or    ...!seismo!brl-tgr!w8sdz
30-Apr-85 13:16:04-MDT,1114;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 13:15:59-MDT
Date:     Tue, 30 Apr 85 14:37:49 EDT
From:     David Towson (SECAD) <towson@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  AMSAA hardware problems.

Fellow CP/Mers - For nearly two months, the machine from which info-cpm is
distributed has been having hardware problems.  These have been sporadic in
nature, with frequent crashes at times, and then "quiet periods" during which
the machine stayed up for several days.  Things now seem to be building to
some sort of climax.  So far today, the machine has crashed at least eight
times.  With luck, the thing will go down and stay dead so that DEC maintenance
can find the problem.  Without luck, we may limp along for weeks.

     It is possible that mail processing will be noticeably slowed by these
frequent crashes.  Please be patient if info-cpm traffic becomes erratic.
Those of us who are homed on this machine are just as unhappy about the
situation as you are.


Dave
towson@amsaa.arpa aka info-cpm-request

30-Apr-85 14:02:29-MDT,702;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 14:02:23-MDT
Date:     Tue, 30 Apr 85 15:22:16 EDT
From:     David Towson (SECAD) <towson@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  AMSAA hardware problems.

Fellow CP/Mers - Until amsaa.arpa gets fixed, I suggest that all messages
sent to info-cpm be addressed to "info-cpm@brl.arpa".  That way, they will
be immediately accepted by whichever local machine is currently answering
to the net address "brl", and further delivery to amsaa will become our
local affair.  Such deliveries are attempted at ten-minute intervals.


Dave
towson@amsaa.arpa aka info-cpm-request

30-Apr-85 15:43:09-MDT,2189;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 15:43:01-MDT
Received: from ari-hq1.arpa by AMSAA.ARPA id a000270; 30 Apr 85 17:11 EDT
Date: 30 Apr 85 16:47:00 EST
From: brake@ari-hq1.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: MAILORDERS
To: info-cpm <info-cpm@AMSAA.ARPA>
Reply-To: brake@ari-hq1.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA


I made the mistake last February of thinking that I could 
place a mail order for a floppy disk drive and receive 
the new drive in a reasonable time. I looked in various
magazines for the best price and finaly placed an order
with P1E for:

            1 Mitsubishi 8" disk drive,
            1 box of diskettes, and
            1 30"/60" cable

After waiting a few weeks for the drive to be stocked, I
received:

            1 dual 8" disk drive cabinet w/power supply,
            1 30"/30" cable, and
            1 invoice that listed correctly my original order

I called P1E and was informed that they would ship me the
correct order only after I returned the incorrect items. On
my original order I included $9.50 for shipping and handling.
When I shipped the incorrect order back to P1E the shipping
cost me $11.50 since the cabinet was heavier than my original
order. When I asked the service people about getting my
money back, they said that I would have to eat the cost for
their mistake. 

The final twist of this whole mess is that they have confirmed
that they received my order on 4/9/85 but as of today no 
shipment back to me has been made. 

One thing that has saved me money on this whole mess is that
you do not have to use the long distance number to get P1E.
I have been able to use the 800 number and have them connect
me to customer service. If it wasn't for that I think my
phone bill would be larger than my original order.

This has been my third order (and last) with P1E and they
are batting 3 for 3. In the future I will pay the higher
east coast prices just to be able to get my hands on
the vendor when things go wrong.

Dennis [BRAKE@ARI-HQ1]
------
30-Apr-85 22:19:32-MDT,1526;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 22:19:21-MDT
Received: from usc-isid.arpa by AMSAA.ARPA id a001640; 30 Apr 85 23:47 EDT
Date: 30 Apr 1985 23:45-EDT
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: Basic unsqueezer
From: ABN.ISCAMS@USC-ISID.ARPA
To: bill%persci.uucp@BRL.ARPA
Cc: info-cpm@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA]30-Apr-85 23:45:57.ABN.ISCAMS>
In-Reply-To: <155@persci.UUCP>

Bill (et al),

Can't find my listing of the SIGM volumes at SIMTEL20 ANYWHERE!  But anyway...

Our friends at Universidad de Pueblo in Mexico City disassembled the 8080
version of SQ and USQ from its binary .COM file (as a student exercise, I
understand), and rewrote it like humans would in Assembler.

Carved a whole BUNCH of waste out of it, reduced its compiled form signifi-
cantly, and also increased its speed.

The kid went through THEIR source code, stuck in a bunch of Z80 stuff (and
tightened up the code a little more), and it still works!

However, for a nice, documented (yep, in English) source code for SQ and
USQ squeeze programs, to include a nice library where you can use the SQ
and USQ algorithms as part of a byte stream in about ANYTHING...

It's in one of the volumes (above 170, as I recollect) in the SIGM archives
at SIMTEL20, identified (as several volumes are) by the Univ. de
Pueblo name and a bunch of SQ/USQ files.  Have fun!  I sure did!

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
30-Apr-85 22:31:29-MDT,1153;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 22:31:23-MDT
Received: from usc-isid.arpa by AMSAA.ARPA id a001656; 30 Apr 85 23:52 EDT
Date: 30 Apr 1985 23:50-EDT
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: Basic unsqueezer
From: ABN.ISCAMS@USC-ISID.ARPA
To: rbt%sftig.uucp@BRL.ARPA
Cc: info-cpm@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA]30-Apr-85 23:50:28.ABN.ISCAMS>
In-Reply-To: <523@sftig.UUCP>

Oh, yeah,

Almost forgot, re the algorithm for SQ/USQ.

Forget where I found it (on this net?), but some persevering soul did an USQ
in BASIC for the PC that nicely shows the algorithm if you can read BASIC.
(They are the first to admit it runs slowly uncompiled, and barely tolerably
compiled.)

If no one else remembers where this came from, I can upload to the requesting
party or put it available via Anonymous FTP in my directory.  Just yell.

Donno if the rascal actually works (didn't bother to try), but the code looks
sound as I recollect from my work with the .ASM and .ZSM versions I played with.

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
